Re: PnP probing in -current

[Peter Wemm]

Brian Somers wrote:
> Hi,
> 
> Since the PnP probing code was made unconditional in the bootup 
> routines on December 6, I've been having problems with my 
> Adaptec 1542CP.

What PnP device ID does it have?

static struct isa_pnp_id aha_ids[] = {
{AHA1542_PNP,   NULL},  /* ADP1542 */
{AHA1542_PNPCOMPAT, NULL},  /* PNP00A0 */
{0}
};

ahareg.h:#define AHA1542_PNP0x42159004  /* ADP1542 */
ahareg.h:#define AHA1542_PNPCOMPAT  0xA000D040  /* PNP00A0 */

What do you get on dmesg?  Any "unknown" devices?

Have you tried "options PNPBIOS"  and  "device aha0"  (no "at isa? ...").

Can you include some lines from boot -v showing the parsing of the pnp id?

Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the stars" - JMS/B5



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: lint not working on -current?

[Sheldon Hearn]

On 15 Jan 2000 21:59:14 +0900, NAKAJI Hiroyuki wrote:

> SH> I mailed publically a patch to fix this last week.  Not a single
> SH> follow-up since then, so I'll commit it now. :-)
> 
> Related to this? Today's buildworld fails.

Indeed.  When I tested the change I made, I already had a working lint
binary installed in /usr/bin, so I didn't notice this one.  I backed
out the offending change over the week-end.

Ciao,
Sheldon.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: Crash from ^T during heavy paging

[Brian Fundakowski Feldman]

On Wed, 12 Jan 2000, Bruce Evans wrote:

> 
> Please do the work, but send it to me for review.
> 
> I didn't have a fix for this particular problem until after seeing
> your first mail about it.  It didn't make sense for P_INMEM to be so
> apparently broken without it causing problems until recently.

Using the magic of :%s:p_stats->p_\([usi]\)\(u[^a-zA-Z_0-9]\):p_\1\2:g,
and just using vi to edit the headers too :), I submit the following to
you for review.  I'll be testing it in its entirety tomorrow, but I'm
already reasonably confident this is correct.  What do you think?

> 
> Bruce

-- 
 Brian Fundakowski Feldman   \  FreeBSD: The Power to Serve!  /
 [EMAIL PROTECTED]`--'

Index: kern_resource.c
===
RCS file: /usr2/ncvs/src/sys/kern/kern_resource.c,v
retrieving revision 1.53
diff -u -r1.53 kern_resource.c
--- kern_resource.c 1999/11/29 11:29:03 1.53
+++ kern_resource.c 2000/01/17 07:08:31
@@ -528,7 +528,7 @@
tu += (tv.tv_usec - switchtime.tv_usec) +
(tv.tv_sec - switchtime.tv_sec) * (int64_t)100;
}
-   ptu = p->p_stats->p_uu + p->p_stats->p_su + p->p_stats->p_iu;
+   ptu = p->p_uu + p->p_su + p->p_iu;
if (tu < ptu || (int64_t)tu < 0) {
/* XXX no %qd in kernel.  Truncate. */
printf("calcru: negative time of %ld usec for pid %d (%s)\n",
@@ -542,30 +542,30 @@
iu = tu - uu - su;
 
/* Enforce monotonicity. */
-   if (uu < p->p_stats->p_uu || su < p->p_stats->p_su ||
-   iu < p->p_stats->p_iu) {
-   if (uu < p->p_stats->p_uu)
-   uu = p->p_stats->p_uu;
-   else if (uu + p->p_stats->p_su + p->p_stats->p_iu > tu)
-   uu = tu - p->p_stats->p_su - p->p_stats->p_iu;
+   if (uu < p->p_uu || su < p->p_su ||
+   iu < p->p_iu) {
+   if (uu < p->p_uu)
+   uu = p->p_uu;
+   else if (uu + p->p_su + p->p_iu > tu)
+   uu = tu - p->p_su - p->p_iu;
if (st == 0)
-   su = p->p_stats->p_su;
+   su = p->p_su;
else {
su = ((tu - uu) * st) / (st + it);
-   if (su < p->p_stats->p_su)
-   su = p->p_stats->p_su;
-   else if (uu + su + p->p_stats->p_iu > tu)
-   su = tu - uu - p->p_stats->p_iu;
+   if (su < p->p_su)
+   su = p->p_su;
+   else if (uu + su + p->p_iu > tu)
+   su = tu - uu - p->p_iu;
}
-   KASSERT(uu + su + p->p_stats->p_iu <= tu,
+   KASSERT(uu + su + p->p_iu <= tu,
("calcru: monotonisation botch 1"));
iu = tu - uu - su;
-   KASSERT(iu >= p->p_stats->p_iu,
+   KASSERT(iu >= p->p_iu,
("calcru: monotonisation botch 2"));
}
-   p->p_stats->p_uu = uu;
-   p->p_stats->p_su = su;
-   p->p_stats->p_iu = iu;
+   p->p_uu = uu;
+   p->p_su = su;
+   p->p_iu = iu;
 
up->tv_sec = uu / 100;
up->tv_usec = uu % 100;
Index: proc.h
===
RCS file: /usr2/ncvs/src/sys/sys/proc.h,v
retrieving revision 1.98
diff -u -r1.98 proc.h
--- proc.h  1999/12/29 04:24:45 1.98
+++ proc.h  2000/01/17 06:57:17
@@ -239,6 +239,9 @@
struct proc *p_leader;
struct  pasleep p_asleep;   /* Used by asleep()/await(). */
void*p_emuldata;/* process-specific emulator state data */
+   u_int64_t p_uu; /* previous user time (us) */
+   u_int64_t p_su; /* previous system time (us) */
+   u_int64_t p_iu; /* previous interrupt time (us) */
 };
 
 #definep_session   p_pgrp->pg_session
Index: resourcevar.h
===
RCS file: /usr2/ncvs/src/sys/sys/resourcevar.h,v
retrieving revision 1.15
diff -u -r1.15 resourcevar.h
--- resourcevar.h   1999/12/29 04:24:46 1.15
+++ resourcevar.h   2000/01/17 06:56:17
@@ -47,9 +47,6 @@
 #definepstat_startzero p_ru
struct  rusage p_ru;/* stats for this proc */
struct  rusage p_cru;   /* sum of stats for reaped children */
-   u_int64_t p_uu; /* previous user time (us) */
-   u_int64_t p_su; /* previous system time (us) */
-   u_int64_t p_iu; /* previous interrupt time (us) */
 #definepstat_endzero   pstat_startcopy
 
 #definepstat_startcopy p_timer



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscri

Re: Buildworld failing in

[TrouBle]

from 4.0-2114-CURRENT


cc -O -pipe -Wall   -I/usr/obj/usr/src/i386/usr/include  -o strfile
strfile.o
sh /usr/src/tools/install.sh -c -s -o root -g games -m 555   strfile
/usr/obj/usr/src/i386/usr/games
/usr/src/tools/install.sh: Can't open /usr/src/tools/install.sh: No such
file or directory
*** Error code 2
Stop in /usr/src/games/fortune/strfile.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.


and also


check this out

 cpp -v
Using builtin specs.
gcc version 2.95.2 19991024 (release)
 /usr/libexec/cpp -lang-c -v -Di386 -Dunix -D__FreeBSD__=4
-D__FreeBSD_cc_version=43 -D__i386__ -D__unix__ -D__FreeBSD__=4
-D__FreeBSD_cc_version=43 -D__i386 -D__unix -Acpu(i386)
-Amachine(i386) -Asystem(unix) -Asystem(FreeBSD) -Acpu(i386)
-Amachine(i386) -Di386 -D__i386 -D__i386__ -D__ELF__ -
GNU CPP version 2.95.2 19991024 (release) (i386 FreeBSD/ELF)
#include "..." search starts here:
#include <...> search starts here:
 /usr/include
 /usr/include
End of search list.
The following default directories have been omitted from the search
path:
 /usr/include/g++
End of omitted list.

---snip---

it just hangs here, i have to CTRL-C it 
-- 
  ...and that is how we know the Earth to be banana-shaped.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: Buildworld failing in "===> secure/usr.bin/openssl"

[bush doctor]

Out of da blue Matthew Jacob aka ([EMAIL PROTECTED]) said:
> Has been fixed, approx 1700 EST.
Thanxs.  I knew I should have re-supped before sending to list.

> 
> 
> On Mon, 17 Jan 2000, bush doctor wrote:
> 
> > >From sources cvsup around 14:00 EST ...
> > 
> > cc -O -pipe -DMONOLITH -DNO_IDEA -I/usr/src/secure/usr.bin/openssl -DNO_RSA 
>-DNO_SSL2   -I/usr/obj/usr/src/i386/usr/include  -o openssl apps.o asn1pars.o ca.o 
>ciphers.o crl.o crl2p7.o dgst.o dh.o dsa.o dsaparam.o enc.o errstr.o gendh.o gendsa.o 
>genrsa.o nseq.o openssl.o pkcs12.o pkcs7.o pkcs8.o req.o rsa.o s_cb.o s_client.o 
>s_server.o s_socket.o s_time.o sess_id.o speed.o verify.o version.o x509.o  -lssl 
>-lcrypto
> > /usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to `R_RandomUpdate'
> > /usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to 
>`R_GetRandomBytesNeeded'
> > /usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to 
>`RSAPrivateDecrypt'
> > /usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to 
>`RSAPublicEncrypt'
> > /usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to `R_RandomFinal'
> > /usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to 
>`RSAPrivateEncrypt'
> > /usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to `R_RandomInit'
> > /usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to 
>`RSAPublicDecrypt'
> > *** Error code 1
> > 
> > Stop in /usr/src/secure/usr.bin/openssl.
> > *** Error code 1
> > 
> > Stop in /usr/src/secure/usr.bin.
> > *** Error code 1
> > 
> > Stop in /usr/src/secure.
> > *** Error code 1
> > 
> > Stop in /usr/src.
> > *** Error code 1
> > 
> > Stop in /usr/src.
> > *** Error code 1
> > 
> > Stop in /usr/src.
> > 

#:^)
-- 
So ya want ta hear da roots?
bush doctor <[EMAIL PROTECTED]>
Of course I run FreeBSD!!
http://www.freebsd.org/


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: Buildworld failing in "===> secure/usr.bin/openssl"

[Matthew Jacob]

Has been fixed, approx 1700 EST.


On Mon, 17 Jan 2000, bush doctor wrote:

> >From sources cvsup around 14:00 EST ...
> 
> cc -O -pipe -DMONOLITH -DNO_IDEA -I/usr/src/secure/usr.bin/openssl -DNO_RSA 
>-DNO_SSL2   -I/usr/obj/usr/src/i386/usr/include  -o openssl apps.o asn1pars.o ca.o 
>ciphers.o crl.o crl2p7.o dgst.o dh.o dsa.o dsaparam.o enc.o errstr.o gendh.o gendsa.o 
>genrsa.o nseq.o openssl.o pkcs12.o pkcs7.o pkcs8.o req.o rsa.o s_cb.o s_client.o 
>s_server.o s_socket.o s_time.o sess_id.o speed.o verify.o version.o x509.o  -lssl 
>-lcrypto
> /usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to `R_RandomUpdate'
> /usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to 
>`R_GetRandomBytesNeeded'
> /usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to 
>`RSAPrivateDecrypt'
> /usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to `RSAPublicEncrypt'
> /usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to `R_RandomFinal'
> /usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to 
>`RSAPrivateEncrypt'
> /usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to `R_RandomInit'
> /usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to `RSAPublicDecrypt'
> *** Error code 1
> 
> Stop in /usr/src/secure/usr.bin/openssl.
> *** Error code 1
> 
> Stop in /usr/src/secure/usr.bin.
> *** Error code 1
> 
> Stop in /usr/src/secure.
> *** Error code 1
> 
> Stop in /usr/src.
> *** Error code 1
> 
> Stop in /usr/src.
> *** Error code 1
> 
> Stop in /usr/src.
> 
> #:^)
> -- 
> So ya want ta hear da roots?
> bush doctor <[EMAIL PROTECTED]>
>   Of course I run FreeBSD!!
>   http://www.freebsd.org/
> 
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
> 



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Buildworld failing in "===> secure/usr.bin/openssl"

[bush doctor]

>From sources cvsup around 14:00 EST ...

cc -O -pipe -DMONOLITH -DNO_IDEA -I/usr/src/secure/usr.bin/openssl -DNO_RSA -DNO_SSL2  
 -I/usr/obj/usr/src/i386/usr/include  -o openssl apps.o asn1pars.o ca.o ciphers.o 
crl.o crl2p7.o dgst.o dh.o dsa.o dsaparam.o enc.o errstr.o gendh.o gendsa.o genrsa.o 
nseq.o openssl.o pkcs12.o pkcs7.o pkcs8.o req.o rsa.o s_cb.o s_client.o s_server.o 
s_socket.o s_time.o sess_id.o speed.o verify.o version.o x509.o  -lssl -lcrypto
/usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to `R_RandomUpdate'
/usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to 
`R_GetRandomBytesNeeded'
/usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to `RSAPrivateDecrypt'
/usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to `RSAPublicEncrypt'
/usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to `R_RandomFinal'
/usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to `RSAPrivateEncrypt'
/usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to `R_RandomInit'
/usr/obj/usr/src/i386/usr/lib/libcrypto.so: undefined reference to `RSAPublicDecrypt'
*** Error code 1

Stop in /usr/src/secure/usr.bin/openssl.
*** Error code 1

Stop in /usr/src/secure/usr.bin.
*** Error code 1

Stop in /usr/src/secure.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

#:^)
-- 
So ya want ta hear da roots?
bush doctor <[EMAIL PROTECTED]>
Of course I run FreeBSD!!
http://www.freebsd.org/


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

newbye question

[Andrey]

Hi,

I couldn't find detailed info about upgrading in the tutorials/handbook on
FreeBSD.org, so I'd like to ask my question here --

Is it safe to 'make world' on a recently cvsup-ed current version while
the system installed (i.e. being upgraded) is 3.4?

Would there be any changes in /dev entries, network configuration
(i.e. drivers changed) kernel configuration, etc,  that need to be made?

My question does not concern stability and possibility of crashes, but
rather overall system configuration and possible conflicts with -stable...

Thanx!

Andrey 



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: crash with ffs_softdep.c 1.52

[Matthew Dillon]

:The core dump is right now being copied over a 64 kbps line, to a more
:accessible location, should be available in a couple of hours. If anybody
:would like a copy, please send me email.
:
:Steinar Haug, Nethelp consulting, [EMAIL PROTECTED]

Steinar, if you can give me a private ftp or http address to obtain
the core and the associated debug kernel image, Kirk (the author of
softupdates) and I will be able to research the panic.  I recommend
gzip -9'ing the core and the debug kernel.

Note that kernel core dumps may contain pieces of password files
and other sensitive data and distribution of them should be
strictly limited to people you trust.

-Matt


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

PnP probing in -current

[Brian Somers]

Hi,

Since the PnP probing code was made unconditional in the bootup 
routines on December 6, I've been having problems with my 
Adaptec 1542CP.

I've got my BIOS set to ``non pnp OS'' and my 1542 set to 0x330.  
I've never had ``options pnp0'' in my config, and on December 6 (when 
isa/pnp.c and isa/pnpprobe.c started being included with isa devices 
rather than with ``options pnp*'', the card stopped being probed.

If I skip the code in pnp_identify() in isa/pnp.c, everything works 
fine.

Are there any plans to re-optionify this code ?

I can provide more details once I rebuild my machine  See my 
other post about some ata problems, coming to a -current list near 
you !

Cheers.

-- 
Brian <[EMAIL PROTECTED]><[EMAIL PROTECTED]>
     <[EMAIL PROTECTED]>
Don't _EVER_ lose your sense of humour !  <[EMAIL PROTECTED]>




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: ATA CD-R problems, still...

[Bryan Liesner]

On Mon, 17 Jan 2000, Soren Schmidt wrote:

>There really wasn't any functional changes to the driver, but there was
>to the util :)
>It is sad though that there still are so many crappy drives be made :(
>
>However I've committed the fix...
>
>
>-Søren
>

Now if we can only get my crappy tape drive to probe...  :)

Are future commits going to address that?  


Bryan





To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: ATA CD-R problems, still...

[Soren Schmidt]

It seems Bryan Liesner wrote:
> On Sun, 16 Jan 2000, Brian Fundakowski Feldman wrote:
> 
> >Can you try this patch to src/usr.sbin/burncd, and see if things work
> >after that?  Thanks! (BTW, there's also an extra feature in there, hope
> >you don't mind :)
> >
> 
> Yes, I burned a full 650MB onto a CD-R disk. No problems at all.  And
> I see just changing the definition of BLOCKS from 32 to 16 did the
> trick.  I thought there was going to be a lot of digging into the
> ATAPI driver to get this fixed.  

There really wasn't any functional changes to the driver, but there was
to the util :)
It is sad though that there still are so many crappy drives be made :(

However I've committed the fix...


-Søren


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: 3.4 -> current upgrade/bootstrap problem

[Carl Makin]

On Sun, 16 Jan 2000, David W. Chapman Jr. wrote:

> The procedure for going form 3.4 to -current is
> 
> make your -current kernel
> reboot
> do make world
> make -current kernel again

I have just successfully done this.

I had problems trying to compile with gcc 2.7.2 so I installed the gcc 
2.95 package and did all my compiles using it.

Here is what I did...

1.  install gcc 2.95 port.
2.  cd /usr/bin and rename cc and gcc to *.old and symlink cc and gcc to
/usr/local/bin/gcc295 (Remember to delete the .old entries once you're
finished)

I did the cc/gcc rename as the buildworld kept complaining that it
couldn't find gcc295. :(

Then I built the 4.0-CURRENT config so I could build a kernel.

2.  update to current sources (cd /usr ; cvs co src)
3.  cd /usr/src/usr.sbin/config
4.  "make ; make install"

Created and built the new kernel.

5.  cd /usr/src/sys/i386/conf
6.  create new kernel config file
7.  config -r KERNEL
8.  cd /usr/src/sys/compile/KERNEL
9.  "make depend ; make ; make install"

Then booted into the kernel to do the rest of the install.

10. reboot into single user mode (boot -s)
11. mount / /usr /var /tmp (readwrite)
12. cd /usr/src
13. "make buildworld"  (I think at this point I had problems using the
"-j14" parm)
14. "make installworld"
15. cd /etc
16. run "mergemaster" and update your configuration
17. reboot into 4.0-CURRENT

Then I rebuilt the kernel with a complete 4.0-CURRENT toolset.

18. cd /usr/src/sys/i386/conf
19. "config -r KERNEL"
20. cd /usr/src/sys/compile/KERNEL
21. "make depend ; make ; make install"
22. reboot

This was done on a Dell PowerEdge 2300 with Dual PIII 450s, 512Mb RAM  and
54Gb disk (3 x 9Gb in a Vinum stripe).



Carl.




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: ATA CD-R problems, still...

[Bryan Liesner]

On Sun, 16 Jan 2000, Brian Fundakowski Feldman wrote:

>Can you try this patch to src/usr.sbin/burncd, and see if things work
>after that?  Thanks! (BTW, there's also an extra feature in there, hope
>you don't mind :)
>

Yes, I burned a full 650MB onto a CD-R disk. No problems at all.  And
I see just changing the definition of BLOCKS from 32 to 16 did the
trick.  I thought there was going to be a lot of digging into the
ATAPI driver to get this fixed.  

Thanks!

Bryan




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Current freezes up on my machine

[Tomas Klockar]

Hi!

I have discovered that whenever i use the ntp daemon my computer freezes up.
It does not freeze immeditly. A random time after boot it freezes, without 
the ntp it works completely without any problem.

I compiled and installed, both world and kernal the 10 of january.

To me it feels like a deadlock caused by ntpd.

The only way out of this problem is pushing the reset button or the 
power switch.

btw the manpages for ntpd is still called xntpd, although that might have 
been fixed today.

If there is anything else needed from me to help solve this problem please 
tell me what to do.

Best regards,
Tomas Klockar


The output from dmesg

Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
FreeBSD 4.0-CURRENT #1: Mon Jan 10 23:57:19 CET 2000
[EMAIL PROTECTED]:/usr/src/sys/compile/CYBERSPACE
Timecounter "i8254"  frequency 1193182 Hz
CPU: AMD-K6(tm) 3D processor (332.90-MHz 586-class CPU)
  Origin = "AuthenticAMD"  Id = 0x58c  Stepping = 12
  Features=0x8021bf
  AMD Features=0x8800
real memory  = 167772160 (163840K bytes)
avail memory = 159391744 (155656K bytes)
Preloaded elf kernel "kernel" at 0xc02fb000.
npx0:  on motherboard
npx0: INT 16 interface
pcib0:  on motherboard
pci0:  on pcib0
isab0:  at device 7.0 on pci0
isa0:  on isab0
ata-pci0:  port 0xf000-0xf00f at device 7.1 on pci0
ata-pci0: Busmastering DMA supported
ata0 at 0x01f0 irq 14 on ata-pci0
ata1 at 0x0170 irq 15 on ata-pci0
pci0: Intel 82371AB/EB (PIIX4) USB controller (vendor=0x8086, dev=0x7112) at 7.2
chip1:  port 0x5f00-0x5f0f at device 7.3 on 
pci0
vr0:  port 0x6800-0x687f mem 0xe312-0xe312007f 
irq 9 at device 9.0 on pci0
vr0: Ethernet address: 00:80:c8:eb:a1:65
miibus0:  on vr0
amphy0:  on miibus0
amphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
vga-pci0:  mem 
0xe200-0xe27f,0xe280-0xe2ff,0xe310-0xe311 irq 9 at device 10.0 
on pci0
pci0: unknown card (vendor=0x1105, dev=0x8300) at 11.0 irq 9
ncr0:  port 0x6c00-0x6cff mem 0xe3121000-0xe31210ff irq 10 at 
device 12.0 on pci0
isa0: unexpected tag 14
fdc0:  at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
ata-isa0: already registered as ata0
ata-isa1: already registered as ata1
atkbdc0:  at port 0x60-0x6f on isa0
atkbd0:  irq 1 on atkbdc0
psm0:  irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
vga0:  at port 0x3b0-0x3df iomem 0xa-0xb on isa0
sc0:  on isa0
sc0: VGA <16 virtual consoles, flags=0x200>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
sio2: not probed (disabled)
sio3: not probed (disabled)
ppc0 at port 0x378-0x37f irq 7 flags 0x40 on isa0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/15 bytes threshold
plip0:  on ppbus 0
lpt0:  on ppbus 0
lpt0: Interrupt-driven port
ppi0:  on ppbus 0
ep0: not probed (disabled)
joy0 at port 0x201 on isa0
gusc0:  at port 0x220-0x22f,0x320-0x327,0x32c-0x32f 
irq 11 drq 5,7 on isa0
pcm0:  on gusc0
unknown0:  on isa0
joy1:  at port 0x200 on isa0
unknown1:  at port 0x388-0x389 irq 5 drq 1 on isa0
unknown2:  at port 0x330-0x331 on isa0
ad0:  ATA-4 disk at ata0 as master
ad0: 13783MB (28229040 sectors), 28005 cyls, 16 heads, 63 S/T, 512 B/S
ad0: 16 secs/int, 32 depth queue, UDMA33
ad1:  ATA-2 disk at ata0 as slave 
ad1: 2446MB (5009760 sectors), 4970 cyls, 16 heads, 63 S/T, 512 B/S
ad1: 16 secs/int, 1 depth queue, WDMA2
acd0:  DVD-ROM drive at ata1 as master
acd0: read 2062KB/s (4125KB/s), 256KB buffer, PIO4
acd0: Reads: CD-R, CD-RW, CD-DA, DVD-ROM, packet
acd0: Audio: play, 255 volume levels
acd0: Mechanism: ejectable tray
acd0: Medium: CD-ROM 120mm photo disc loaded, unlocked
Waiting 5 seconds for SCSI devices to settle
Mounting root from ufs:/dev/wd1s1a
da0 at ncr0 bus 0 target 0 lun 0
da0:  Fixed Direct Access SCSI-CCS device 
da0: 3.300MB/s transfers
da0: 312MB (640299 512 byte sectors: 64H 32S/T 312C)
da2 at ncr0 bus 0 target 5 lun 0
da2:  Removable Direct Access SCSI-2 device 
da2: 3.300MB/s transfers
da2: 96MB (196608 512 byte sectors: 64H 32S/T 96C)
da1 at ncr0 bus 0 target 3 lun 0
da1:  Fixed Direct Access SCSI-2 device 
da1: 10.000MB/s transfers (10.000MHz, offset 8), Tagged Queueing Enabled
da1: 2048MB (4194304 512 byte sectors: 255H 63S/T 261C)



-- 
Tomas Klockar can be found at the following adresses:

Kårhusvägen 4:23  |  Furuvägen 102 |  [EMAIL PROTECTED]
977 54 Luleå  |  871 52 Härnösand  |  [EMAIL PROTECTED]
Tel: +46-920-231335   |  Tel: +46-611-13393|  [EMAIL PROTECTED]
Mob: +46-70-664 33 26 |  Mob: +46-70-374 0 347 


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: Possible IPv6-related problem

[Barry Lustig]

Can you try the following patch to qmail:

--- ipme.c.~1~  Mon Jun 15 06:53:16 1998
+++ ipme.c  Sat Nov 20 18:21:26 1999
@@ -48,7 +48,7 @@

   if ((s = socket(AF_INET,SOCK_STREAM,0)) == -1) return -1;

-  len = 256;
+  len = 1024;
   for (;;) {
 if (!stralloc_ready(&buf,len)) { close(s); return 0; }
 buf.len = 0;

Qmail wasn't iterating through the available interfaces properly and would  
overwrite its stack.  This patch took care of the problem for me.

barry


On Fri, 14 Jan 2000, Jos Backus wrote:
>  Fyi: this afternoon, after a make world, kernel build and a reboot I was
>  seeing the following in my mail log:
>
>  2000-01-14 17:09:09.846441500 new msg 15377
>  2000-01-14 17:09:09.846838500 info msg 15377: bytes 277 from
>  <[EMAIL PROTECTED] in-i
>  t.com> qp 545 uid 666
>  2000-01-14 17:09:09.858416500 starting delivery 27: msg 15377 to remote
>  jbackus@ plex
>  .nl
>  2000-01-14 17:09:09.858685500 status: local 0/10 remote 1/20
>  2000-01-14 17:09:09.868815500 delivery 27: failure:
>  Sorry,_I_couldn't_find_any_h ost_
>  named_??O?gif2?._(#5.1.2)/
>  2000-01-14 17:09:09.870004500 status: local 0/10 remote 0/20
>  2000-01-14 17:09:09.977818500 bounce msg 15377 qp 547
>  2000-01-14 17:09:09.978254500 end msg 15377
>  2000-01-14 17:09:10.093495500 new msg 15657
>  2000-01-14 17:09:10.093829500 info msg 15657: bytes 871 from <> qp 547 uid
>  106 2000-01-14 17:09:10.104767500 starting delivery 28: msg 15657 to
>  remote Jos.Back us@n
>  l.origin-it.com
>  2000-01-14 17:09:10.105033500 status: local 0/10 remote 1/20
>  2000-01-14 17:09:10.114447500 delivery 28: failure:
>  Sorry,_I_couldn't_find_any_h ost_
>  named_??O?gif1?0??,._(#5.1.2)/
>  2000-01-14 17:09:10.115695500 status: local 0/10 remote 0/20
>  2000-01-14 17:09:10.132110500 bounce msg 15657 qp 549
>  2000-01-14 17:09:10.132548500 end msg 15657
>
>  The strange hostname should have been the name of our local smarthost.
>  After taking
>
>  optionsINET6   #IPv6 communications protocols
>  optionsIPSEC   #IP security
>  optionsIPSEC_ESP   #IP security (crypto; define w/ IPSEC)
>  optionsIPSEC_IPV6FWD   #IP security tunnel for IPv6
>  optionsIPSEC_DEBUG #debug for IP security
>
>  out of the kernel, the problem went away.
>
>  I'm assuming this is related to the IPv6 changes because I have these
>  additional interfaces:
>
>  gif0: flags=8010 mtu 1280
>  gif1: flags=8010 mtu 1280
>
>  and those interface names show up in the garbage. The library call
>  involved seems to be res_query().
>


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

does this look broken to you?

[Matthew Jacob]

1) Alpha's don't have a trap.h...

2) Why are derived files ending up in the source tree? Yes, this is after a make
obj. 


--
>>> stage 1: bootstrap tools
--
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/alpha
DESTDIR=/usr/obj/usr/src/alpha  INSTALL="sh /usr/src/tools/install.sh"
MACHINE_ARCH=alpha  TOOLS_PREFIX=/usr/obj/usr/src/alpha
PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
make -f Makefile.inc1 -DNOMAN -DNOINFO -DNOHTML bootstrap-tools
cd /usr/src/games/fortune/strfile;  make obj;  make depend;  make all;  make
install
/usr/obj/usr/src/alpha/usr/src/games/fortune/strfile created for
/usr/src/games/fortune/strfile
rm -f .depend
mkdep -f .depend -a-I/usr/obj/usr/src/alpha/usr/include
/usr/src/games/fortune/strfile/strfile.c
cd /usr/src/games/fortune/strfile; make _EXTRADEPEND
echo strfile: /usr/obj/usr/src/alpha/usr/lib/libc.a  >> .depend
make: don't know how to make /usr/include/machine/trap.h. Stop
*** Error code 2

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: newpcm

[Dag-Erling Smorgrav]

Peter Wemm <[EMAIL PROTECTED]> writes:
> Dag-Erling Smorgrav wrote:
> > My SB128 still doesn't attach:
> Does the following hack work?

Beautifully!

DES
-- 
Dag-Erling Smorgrav - [EMAIL PROTECTED]


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: ATA CD-R problems, still...

[Brian Fundakowski Feldman]

Can you try this patch to src/usr.sbin/burncd, and see if things work
after that?  Thanks! (BTW, there's also an extra feature in there, hope
you don't mind :)

-- 
 Brian Fundakowski Feldman   \  FreeBSD: The Power to Serve!  /
 [EMAIL PROTECTED]`--'

Index: burncd.c
===
RCS file: /usr2/ncvs/src/usr.sbin/burncd/burncd.c,v
retrieving revision 1.4
diff -u -r1.4 burncd.c
--- burncd.c2000/01/15 15:51:47 1.4
+++ burncd.c2000/01/16 03:56:18
@@ -38,8 +38,9 @@
 #include 
 #include 
 #include 
+#include 
 
-#define BLOCKS 32
+#define BLOCKS 16
 
 static int fd, saved_block_size;
 void cleanup(int);
@@ -142,8 +143,13 @@
err(EX_IOERR, "ioctl(CDRIOCNEXTWRITEABLEADDR)");
 
if (!quiet) {
+   struct stat sb;
+
+   if (fstat(file, &sb) < 0)
+   err(EX_IOERR, "fstat(%s)", argv[arg]);
fprintf(stderr, "next writeable LBA %d\n", addr);
-   fprintf(stderr, "writing from file %s\n", argv[arg]);
+   fprintf(stderr, "writing from file %s - %d KB\n",
+   argv[arg], sb.st_size / (1 << 10));
}
lseek(fd, 0, SEEK_SET);
size = 0;




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: Current, XEON and MP performance

[Bill Paul]

Of all the gin joints in all the towns in all the world, Achim Patzner 
had to walk into mine and say:

> I don't know where to ask first (or what to look at) so I'd like some
> creative guessing by some people closer to the sources...
> 
> Running the same programs on nearly identically configured -CURRENT kernels
> on a

> HP NetServer LH4
> (four 550 MHz PIII Xeon with 512MB Cache,

512MB cache? I think you mean KB.
 
> supposed to be an INTEL 450NX-based chipset)
> with one GB RAM


> and a home-grown ASUS P2-BDS based system
> (two 450 MHz PIII)
> with 512 MB RAM

> I find that the
> programs (running on the same input data) on the "smaller" machine tend to
> take only a third of the CPU time they need on the LH4.

Can you show us the actual results from your testing (an hopefully your
testing methods as well) that led you to this conclusion? Details matter.

Are these programs I/O bound, CPU bound, or a little of both? FreeBSD's
SMP support still depends largely on the big giant lock approach which
means that while you can indeed get processes running on multiple CPUs
at the same time, you end up using only one CPU once you enter the kernel.
And you have to enter the kernel in order to perform any disk, network
or even console I/O. If your programs suck large datasets into memory,
do lots of number crunching on them, then spit the results back out to
a disk file, then they should benefit from more CPUs. However if they
read and write data a lot while running, you're going to be limited by
the big giant lock.

There may also be scalability issues (i.e. does FreeBSD perform better
as you add more CPUs or does it spend so much time trying to stay out
of its own way that it actually performs worse) however I don't know
enough to say if you could be running into such problems as the only
SMP machines I have access to have only 2 CPUs.

> [Worse: The LH4
> behaves like a spoilt brat when it comes to hardware, disliking the Intel
> EtherExpress that came with it (generating bus mastering problems after
> bringing it up),

Which model Intel EtherExpress? What chipset? What bus mastering problems 
exactly?

> having interrupt routing problems with two DEC TULIP based
> ethernet cards sharing the same IRQ

Which tulip cards? What driver? What kind of problems? I find it unusual
that two PCI devices would wind up with the same IRQ with the APIC enabled
since it's supposed to give you a lot more IRQs than in UP mode.

> and being picky just which 3C906B-TX it
> gets plugged in.

There is no such card as a 3c906B. There's a 3c905B, and there's a
3c905C. Unfortunately, 3Com did go through several different ASIC
revisions with the 3c905B series, some of which work better than others,
but again, I see no details here.

> It's a bitch and I'd like shooting it. Oh yes - HP has been
> very helpful, telling me that I was at least 10 years behind wanting to run
> a BSD and that only WinNT, HP-Sux and Linux were supported on this hardware.]

If somebody at HP actually told you that HP-UX runs on anything besides
the PA-RISC architecture (and, in the distant past, the m68k architecture), 
they were either a) jerking your chain, b) working at HP in an parallel 
dimension, c) misinformed, or d) not terribly bright.

(I'm sure HP wouldn't mind having HP-UX/x86, but they certainly don't
offer it as a product now.)

> Back to the topic: Are there any reasons for these observations? If someone
> liked taking a closer look at it I could provide them with access to the
> machine (and its console). I ran out of clues...

Hard to tell really without more info. We don't know what your test
programs do, so it's impossible to predict what their behavior
should or shouldn't be.

-Bill

-- 
=
-Bill Paul(212) 854-6020 | System Manager, Master of Unix-Fu
Work: [EMAIL PROTECTED] | Center for Telecommunications Research
Home:  [EMAIL PROTECTED] | Columbia University, New York City
=
 "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness"
=


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

when the modem rings twice ....

[F. Heinrichmeyer]

my freebsd box goes down, something strange happens, when a ring signal
is detected. I
have apm disabled in the bios and no apm device in the config file.

It is "alsmost a reset", like a short power failure. The screen is
disturbed for a moment. The same happens when the alt+bs key is pressed
with XFree btw. 

The modem sent a ring signal during a build world. I had to reformat the
root partition afterwards.

-- 
Fritz Heinrichmeyer mailto:[EMAIL PROTECTED]
FernUniversitaet Hagen, LG ES, 58084 Hagen (Germany)
tel:+49 2331/987-1166 fax:987-355 http://www-es.fernuni-hagen.de/~jfh


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

apm suspend ??

[Jesper Skriver]

Hi,

Just upgraded my laptop from a Jan 5th -CURRENT to todays, and now
suspend doesn't work as expected.

When I run 'apm -z' the laptop suspends as normal, but right after this
the harddisk led turns on, and it powers up again.

Any ideas ?

dmesg attached

/Jesper

-- 
Jesper Skriver, jesper(at)skriver(dot)dk  -  CCIE# 5456
Work:Network manager @ AS3292 (Tele Danmark DataNetworks)
Private: Geek@ AS2109 (A much smaller network ;-)

One Unix to rule them all, One Resolver to find them,
One IP to bring them all and in the zone to bind them.


Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
FreeBSD 4.0-CURRENT #6: Sun Jan 16 19:50:21 CET 2000
root@tam:/usr/src/sys/compile/TAM
Timecounter "i8254"  frequency 1193182 Hz
CPU: Pentium II/Celeron (363.96-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x66a  Stepping = 10
  
Features=0x183f9ff
real memory  = 66912256 (65344K bytes)
config> q
avail memory = 61820928 (60372K bytes)
Preloaded elf kernel "kernel" at 0xc02f6000.
Preloaded userconfig_script "/boot/kernel.conf" at 0xc02f609c.
Pentium Pro MTRR support enabled
md0: Malloc disk
npx0:  on motherboard
npx0: INT 16 interface
apm0:  on motherboard
apm: found APM BIOS v1.2, connected at v1.2
pcib0:  on motherboard
pci0:  on pcib0
pcib1:  at device 1.0 on pci0
pci1:  on pcib1
vga-pci0:  mem 
0x7040-0x704f,0x7000-0x703f,0xe000-0xe0ff irq 11 at device 0.0 
on pci1
pcic-pci0:  mem 0x50102000-0x50102fff irq 11 at device 
2.0 on pci0
pcic-pci1:  mem 0x50101000-0x50101fff irq 11 at device 
2.1 on pci0
csa0:  mem 
0x5000-0x500f,0x5010-0x50100fff irq 11 at device 6.0 on pci0
pcm0:  on csa0
ac97: dac not ready
isab0:  at device 7.0 on pci0
isa0:  on isab0
ata-pci0:  port 0xfcf0-0xfcff at device 7.1 on pci0
ata-pci0: Busmastering DMA supported
ata0 at 0x01f0 irq 14 on ata-pci0
ata1 at 0x0170 irq 15 on ata-pci0
uhci0:  port 0x8400-0x841f irq 11 at device 
7.2 on pci0
usb0:  on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
chip1:  port 0xefa0-0xefaf at device 7.3 on 
pci0
fdc0:  at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
ata-isa0: already registered as ata0
ata-isa1: already registered as ata1
atkbdc0:  at port 0x60-0x6f on isa0
atkbd0:  irq 1 on atkbdc0
psm0:  irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
vga0:  at port 0x3b0-0x3df iomem 0xa-0xb on isa0
sc0:  on isa0
sc0: VGA <16 virtual consoles, flags=0x200>
pcic: polling mode
pcic: polling mode
pcic0:  on isa0
pccard0:  on pcic0
pccard1:  on pcic0
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 8250
ad0:  ATA-4 disk at ata0 as master
ad0: 6149MB (12594960 sectors), 13328 cyls, 15 heads, 63 S/T, 512 B/S
ad0: 16 secs/int, 1 depth queue, UDMA33
acd0:  CDROM drive at ata1 as master
acd0: read 4134KB/s (4134KB/s), 128KB buffer, PIO4
acd0: Reads: CD-R, CD-RW, CD-DA stream
acd0: Audio: play, 16 volume levels
acd0: Mechanism: ejectable tray
acd0: Medium: no/blank disc inside, unlocked
Mounting root from ufs:/dev/ad0s2a
pccard: card inserted, slot 0
pccard: card inserted, slot 1
ep0: <3Com Etherlink III 3C589> at port 0x240-0x24f irq 10 slot 0 on pccard0
ep0: Ethernet address 00:60:97:88:a0:cf
ep0: unload
stray irq 10
pccard: card disabled, slot 0
pccard: card disabled, slot 1
pccard: card inserted, slot 0
pccard: card inserted, slot 1
resumed from suspended mode (slept 00:00:11)
ata0: resetting devices .. done
ata1: resetting devices .. done
ep0: <3Com Etherlink III 3C589> at port 0x240-0x24f irq 10 slot 0 on pccard0
ep0: Ethernet address 00:60:97:88:a0:cf

ATA errors

[Peter Jeremy]

Whilst my -current system has stopped crashing every night, I got some
odd log messages last night.  At the time the system should have been
doing a cvs update (or possibly a make world).  There was nothing in
the CD-ROM (ata0-slave) at the time.  I'm running the latest version
of ata (about 7 days old).

Jan 17 00:48:45 gsmx07 /kernel: ad2: ad_timeout: lost disk contact - resetting
Jan 17 00:48:45 gsmx07 /kernel: ata1: resetting devices .. done
Jan 17 00:48:45 gsmx07 /kernel: ad0: ad_timeout: lost disk contact - resetting
Jan 17 00:48:45 gsmx07 /kernel: ata0: resetting devices .. done
Jan 17 00:49:56 gsmx07 /kernel: ad2: ad_timeout: lost disk contact - resetting
Jan 17 00:49:56 gsmx07 /kernel: ata1: resetting devices .. done
Jan 17 00:49:56 gsmx07 /kernel: ad0: ad_timeout: lost disk contact - resetting
Jan 17 00:49:56 gsmx07 /kernel: ata0: resetting devices .. ata0-slave: timeout waiting 
for command=ef s=00 e=64
Jan 17 00:49:56 gsmx07 /kernel: ata0-slave: timeout waiting for command=ef s=00 e=64
Jan 17 00:49:56 gsmx07 /kernel: done
Jan 17 00:49:56 gsmx07 /kernel: ad0: ad_timeout: lost disk contact - resetting
Jan 17 00:49:56 gsmx07 /kernel: ata0: resetting devices .. ata0-slave: timeout waiting 
for command=ef s=00 e=64
Jan 17 00:49:56 gsmx07 /kernel: ata0-slave: timeout waiting for command=ef s=00 e=64
Jan 17 00:49:56 gsmx07 /kernel: done
Jan 17 00:49:56 gsmx07 /kernel: ad2: ad_timeout: lost disk contact - resetting
Jan 17 00:49:56 gsmx07 /kernel: ata1: resetting devices .. done
Jan 17 00:49:56 gsmx07 /kernel: ad0: ad_timeout: lost disk contact - resetting
Jan 17 00:49:56 gsmx07 /kernel: ata0: resetting devices .. ata0-slave: timeout waiting 
for command=ef s=00 e=64
Jan 17 00:49:56 gsmx07 /kernel: ata0-slave: timeout waiting for command=ef s=00 e=64
Jan 17 00:49:57 gsmx07 /kernel: done
Jan 17 00:49:57 gsmx07 /kernel: ad0: ad_timeout: lost disk contact - resetting
Jan 17 00:49:57 gsmx07 /kernel: ata0: resetting devices .. ata0-slave: timeout waiting 
for command=ef s=00 e=64
Jan 17 00:49:57 gsmx07 /kernel: ata0-slave: timeout waiting for command=ef s=00 e=64
Jan 17 00:49:57 gsmx07 /kernel: done
Jan 17 00:49:57 gsmx07 /kernel: ad2: ad_timeout: lost disk contact - resetting
Jan 17 00:49:57 gsmx07 /kernel: ad2: ad_timeout: trying fallback to PIO mode
Jan 17 00:49:57 gsmx07 /kernel: ata1: resetting devices .. done
Jan 17 00:49:57 gsmx07 /kernel: ad0: ad_timeout: lost disk contact - resetting
Jan 17 00:49:57 gsmx07 /kernel: ad0: ad_timeout: trying fallback to PIO mode
Jan 17 00:49:57 gsmx07 /kernel: ata0: resetting devices .. ata0-slave: timeout waiting 
for command=ef s=00 e=64
Jan 17 00:49:57 gsmx07 /kernel: ata0-slave: timeout waiting for command=ef s=00 e=64
Jan 17 00:49:57 gsmx07 /kernel: done
Jan 17 00:49:57 gsmx07 /kernel: ad0: ad_timeout: lost disk contact - resetting
Jan 17 00:49:57 gsmx07 /kernel: ata0: resetting devices .. ata0-slave: timeout waiting 
for command=ef s=00 e=64
Jan 17 00:49:57 gsmx07 /kernel: ata0-slave: timeout waiting for command=ef s=00 e=64
Jan 17 00:49:57 gsmx07 /kernel: done


The relevant probe messages are:

Jan 14 07:37:02 gsmx07 /kernel: The Regents of the University of California. All 
rights reserved.
Jan 14 07:37:02 gsmx07 /kernel: FreeBSD 4.0-CURRENT #25: Fri Jan 14 07:35:47 EST 2000
Jan 14 07:37:02 gsmx07 /kernel: root@:/3.0/cvs/src/sys/compile/gsmx
Jan 14 07:37:02 gsmx07 /kernel: CPU: Pentium II (267.31-MHz 686-class CPU)
Jan 14 07:37:02 gsmx07 /kernel: Origin = "GenuineIntel"  Id = 0x633  Stepping = 3
Jan 14 07:37:02 gsmx07 /kernel: pcib0:  on 
motherboard
Jan 14 07:37:02 gsmx07 /kernel: pci0:  on pcib0
Jan 14 07:37:02 gsmx07 /kernel: pcib1:  
at device 1.0 on pci0
Jan 14 07:37:02 gsmx07 /kernel: pci1:  on pcib1
Jan 14 07:37:02 gsmx07 /kernel: isab0:  at device 7.0 
on pci0
Jan 14 07:37:02 gsmx07 /kernel: isa0:  on isab0
Jan 14 07:37:02 gsmx07 /kernel: ata-pci0:  port 
0xf000-0xf00f at device 7.1 on pci0
Jan 14 07:37:02 gsmx07 /kernel: ata-pci0: Busmastering DMA supported
Jan 14 07:37:02 gsmx07 /kernel: ata0 at 0x01f0 irq 14 on ata-pci0
Jan 14 07:37:02 gsmx07 /kernel: ata1 at 0x0170 irq 15 on ata-pci0
Jan 14 07:37:02 gsmx07 /kernel: ata-isa0: already registered as ata0
Jan 14 07:37:02 gsmx07 /kernel: ata-isa1: already registered as ata1
Jan 14 07:37:02 gsmx07 /kernel: ad0:  ATA-3 disk at ata0 as 
master
Jan 14 07:37:02 gsmx07 /kernel: ad0: 6187MB (12672450 sectors), 13410 cyls, 15 heads, 
63 S/T, 512 B/S
Jan 14 07:37:02 gsmx07 /kernel: ad0: 16 secs/int, 1 depth queue, UDMA33
Jan 14 07:37:02 gsmx07 /kernel: ad2:  ATA-0 disk at 
ata1 as master
Jan 14 07:37:02 gsmx07 /kernel: ad2: 1222MB (2503872 sectors), 2484 cyls, 16 heads, 63 
S/T, 512 B/S
Jan 14 07:37:02 gsmx07 /kernel: ad2: 16 secs/int, 1 depth queue, WDMA2
Jan 14 07:37:02 gsmx07 /kernel: acd0:  CDROM drive at ata0 as 
slave 
Jan 14 07:37:02 gsmx07 /kernel: acd0: read 1723KB/s (1723KB/s), 256KB buffer, PIO4
Jan 14 07:37:02 gsmx07 /kernel: acd0: Reads: CD-R, CD-RW, CD-DA stream
Jan 14 07:37:02 gsmx07 /kernel: acd

Re: syslogd

[Doug White]

On Sun, 16 Jan 2000, Vladimir B. Grebeschikov wrote:

> On Sat, 15 Jan 2000, Doug White wrote:
> 
> > > # log firewall messages ONLY in this file (noy in messages below)
> > > !!ipfw
> > > *.*   /var/log/ipfw
> > 
> > This is a bad example.  ipfw messages come from the kernel so you can't
> > filter those. 
> 
> it really works, try it

Oh. Heh.  I stand corrected. My sincere apologies.

Now that's cleared up, I'd agree that your suggestion would be a useful
feature.

Doug White|  FreeBSD: The Power to Serve
[EMAIL PROTECTED] |  www.FreeBSD.org



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: Current, XEON and MP performance

[David Greenman]

>I don't know where to ask first (or what to look at) so I'd like some
>creative guessing by some people closer to the sources...
>
>Running the same programs on nearly identically configured -CURRENT kernels
>on a HP NetServer LH4 (four 550 MHz PIII Xeon with 512MB Cache, supposed to
>be an INTEL 450NX-based chipset) with one GB RAM and a home-grown ASUS
>P2-BDS based system (two 450 MHz PIII) with 512 MB RAM I find that the
>programs (running on the same input data) on the "smaller" machine tend to
>take only a third of the CPU time they need on the LH4. [Worse: The LH4
>behaves like a spoilt brat when it comes to hardware, disliking the Intel
>EtherExpress that came with it (generating bus mastering problems after
>bringing it up), having interrupt routing problems with two DEC TULIP based
>ethernet cards sharing the same IRQ and being picky just which 3C906B-TX it
>gets plugged in. It's a bitch and I'd like shooting it. Oh yes - HP has been
>very helpful, telling me that I was at least 10 years behind wanting to run
>a BSD and that only WinNT, HP-Sux and Linux were supported on this hardware.]
>
>Back to the topic: Are there any reasons for these observations? If someone
>liked taking a closer look at it I could provide them with access to the
>machine (and its console). I ran out of clues...

   What about wall-clock time?

-DG

David Greenman
Co-founder/Principal Architect, The FreeBSD Project - http://www.freebsd.org
Creator of high-performance Internet servers - http://www.terasolutions.com
Pave the road of life with opportunities.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: 3.4 -> current upgrade/bootstrap problem

[David W. Chapman Jr.]

The procedure for going form 3.4 to -current is

make your -current kernel
reboot
do make world
make -current kernel again

- Original Message -
From: "Robert Schien" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, January 16, 2000 9:42 AM
Subject: 3.4 -> current upgrade/bootstrap problem


> I wanted to upgrade my 3.4 system to current. I cvsuped the current
sources
> and did a 'make buildworld'. This went fine.
> Now I tried 'make installworld' . This crashed with a signal 12 error
> in /bin/sh.
> I already have used current for years. For some reason I had to install
> 3.4 on the machine and now I wanted to go back to current.
>
> The procedure I always used was:
> make buildworld
> make installworld
> reboot
> compiling new kernel
> reboot
>
> Now I have a bootstrapping problem with /bin/sh (bad system call).
>
> How can I solve this problem?
>
> TIA
> Robert
>
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: crash with ffs_softdep.c 1.52

[Alexander Leidinger]

On 15 Jan, Alfred Perlstein wrote:

>> >> > unfortunally no core dump, but I'm able to reproduce it (I just have to
>> >> > enable softupdates).
>> >> 
>> >> how?  It looks like splbio is not up but the softdep lock is held.
>> 
>>
>>I just have to enable softupdates on /home, /var, /usr, /usr/obj to 
>> get a panic at "Additional daemons: syslogd" while booting.
>> If I disable softupdates at /var I'm able to log in (X11) and dial out
>> -> panic (because of fetchnews/fetchmail/whatever are accessing
>> something).

With only softupdates for /var I'm also able to reproduce the panic at
reboot.

>> > The best thing is to look at this global variable for lkt_held:
>> > static struct lockit {
>> > int lkt_spl;
>> > pid_t   lkt_held;
>> > } lk;
>> > 
>> > and see which process held the lock.  Do a traceback on that process as well..

[HowTo DDB?]
> http://www.freebsd.org/handbook/kerneldebug.html

---snip---
db> x/ld,2 lk
lk: 0 161
db> ps
pid proc addr uid ppid pgrp flag   stat wmesg  wchancmd
161 d7cebg00 d86bd000 0   160  161  04 3getbuf c3361ccb syslogd
160 d7cec500 d86a5000 0 66  004086 3wait   d7cec500 syslogd
[...]
   6waitsh
[...]
---snip---

How do I do a traceback on PID 161? "trace/u" outputs the same as
"trace" and I haven't found anything related except "trace/u" in ddb(4).

I'm still not able to get a core dump of this, perhaps a
misconfiguration?

fstab:
---snip---
/dev/da0s1b noneswapsw  0   0
---snip---

rc.conf:
---snip---
dumpdev="/dev/da0s1b"
---snip---

(104) netchild@ttyp2 > ll /dev/da0s1b
crw-r-  1 root  operator   13, 0x00020001  1 Dez 12:41 /dev/da0s1b

Kernel config and output of dmesg attached.

Bye,
Alexander.

-- 
Where do you think you're going today?

http://www.Leidinger.net  Alexander+Home @ Leidinger.net
  Key fingerprint = 7423 F3E6 3A7E B334 A9CC  B10A 1F5F 130A A638 6E7E


machine i386
ident   WORK
maxusers40

makeoptions DEBUG=-g
makeoptions CONF_CFLAGS=-fno-builtin

#
# Allow user-mode programs to manipulate their local descriptor tables.
# This option is required for the WINE Windows(tm) emulator, and is
# not used by anything else (that we know of).
# 
#optionsUSER_LDT#allow user-level control of i386 ldt

# Options for the VM subsystem
#optionsPQ_NOOPT# No coloring
options PQ_LARGECACHE   # color for 512k/16k cache
#optionsPQ_HUGECACHE# color for 1024k/16k cache

cpu I686_CPU# aka Pentium Pro(tm)
options CPU_FASTER_5X86_FPU
options CPU_SUSP_HLT
options "NO_F00F_HACK"

options COMPAT_43

options SYSVSHM
options SYSVSEM
options SYSVMSG
options MD5
options DDB
options GDB_REMOTE_CHAT
options KTRACE  #kernel tracing
#optionsPERFMON
options UCONSOLE
options USERCONFIG  #boot -c editor
options VISUAL_USERCONFIG   #visual boot -c editor
options INET#Internet communications protocols
pseudo-device   ether   #Generic Ethernet
pseudo-device   sppp#Generic Synchronous PPP
pseudo-device   loop#Network loopback device
pseudo-device   bpf #Berkeley packet filter
#pseudo-device  disc#Discard device
pseudo-device   streams
options PPP_BSDCOMP #PPP BSD-compress support
options PPP_DEFLATE #PPP zlib/deflate/gzip support
options PPP_FILTER  #enable bpf filtering (needs bpfilter)

options MROUTING# Multicast routing
options IPFIREWALL  #firewall
options IPFIREWALL_VERBOSE  #print information about
# dropped packets
options IPFIREWALL_FORWARD  #enable transparent proxy support
options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity
#optionsIPDIVERT#divert sockets
#optionsIPSTEALTH   #support for stealth forwarding
options TCP_RESTRICT_RST#restrict emission of TCP RST
options ICMP_BANDLIM
options FFS #Fast filesystem
options CD9660  #ISO 9660 filesystem
options KERNFS  #Kernel filesystem
options MSDOSFS #MS DOS File System
options PROCFS  #Process filesystem
options MFS #Memory File System
#options NFS #Network File System
#optionsNFS_NOSERVER#Disable the NFS-server code.
options FFS_ROOT#FFS usable a

fix for apm.4

[Alexander Leidinger]

Hi,

the patch makes apm.4 consistent with LINT ("isa?"->"nexus?").

Bye,
Alexander.

-- 
 Withdrawal is for quitters.

http://www.Leidinger.net  Alexander+Home @ Leidinger.net
  Key fingerprint = 7423 F3E6 3A7E B334 A9CC  B10A 1F5F 130A A638 6E7E


21c21
< .Cd device apm0 at isa?
---
> .Cd device apm0 at nexus?

3.4 -> current upgrade/bootstrap problem

[Robert Schien]

I wanted to upgrade my 3.4 system to current. I cvsuped the current sources
and did a 'make buildworld'. This went fine.
Now I tried 'make installworld' . This crashed with a signal 12 error
in /bin/sh. 
I already have used current for years. For some reason I had to install
3.4 on the machine and now I wanted to go back to current.

The procedure I always used was:
make buildworld
make installworld
reboot
compiling new kernel
reboot

Now I have a bootstrapping problem with /bin/sh (bad system call).

How can I solve this problem?

TIA
Robert



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: resource_list_alloc

[Doug Rabson]

On 16 Jan 2000, Thomas Graichen wrote:

> i'm currently trying to get the initio driver from initio ready for
> -current and have it working fine with an u2w controller on one
> machine (smp btw.) after finding out the COMPAT_PCI_DRIVER thing :-)
> but still have problems with an 9100 utra controller on another
> machine where i get:
> 
>   resoource_list_alloc: resource entry is busy
> 
> and a panic after the probe - maybe its due to the machine (it's 
> an pci i486 where for instance also the ide controller could not
> be probed via the pci device ...) - but i think it should be
> possible (it's not on a share irq or something - i also tried
> different irq's) to get this solved - so my questions are: has
> anyone an idea what the problem here is ? - does anyone have any
> good pointer to docs describing all the pci probing/ataching and
> resource management in the current FreeBSD ?

You are probably trying to change a resource (e.g. with
bus_set_resource()) after you have previously allocated it with
bus_alloc_resource(). Once a resource is allocated, it can't be changed
until it is released.

--
Doug Rabson Mail:  [EMAIL PROTECTED]
Nonlinear Systems Ltd.  Phone: +44 181 442 9037




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

No Subject

[Vladimir Rudl]

unsubscribe [EMAIL PROTECTED]



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

no more parallel port zip drive

[F. Heinrichmeyer]

My parallel port zip-drive stopped working this weekend with the new ppc
code. There is no printer attached:

Here are the relevant parts of dmesg and the kernel config file.

(First what CPU etc.)
CPU: AMD-K6(tm) 3D processor (262.36-MHz 586-class CPU)
  Origin = "AuthenticAMD"  Id = 0x58c  Stepping = 12
  Features=0x8021bf
  AMD Features=0x8800
real memory  = 33554432 (32768K bytes)
avail memory = 29876224 (29176K bytes)
Preloaded elf kernel "kernel" at 0xc02bf000.
md0: Malloc disk
npx0:  on motherboard
npx0: INT 16 interface
pcib0:  on motherboard
pci0:  on pcib0
isab0:  at device 1.0 on pci0
isa0:  on isab0
ata-pci0:  port
0x4000-0x400f,0x2000-0x2003,0x8040-0x8047,0xcc880a4-0xcc880a7,0x2143200-0x2143207
irq 0 at device 1.1 on pci0
ata-pci0: Busmastering DMA supported
ata0 at 0x01f0 irq 14 on ata-pci0

ppc0:  at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
pps0:  on ppbus0
lpt0:  on ppbus0
lpt0: Interrupt-driven port
ppi0:  on ppbus0
vpo0:  on ppbus0
vpo0: EPP 1.9 mode
vpo0: VP0 error/timeout (5)
vpo0: VP0 error/timeout (2)
vpo0: VP0 error/timeout (5)
vpo0: VP0 error/timeout (2)
vpo0: VP0 error/timeout (5)

Here are parts of the config file:


# Parallel port
options PPC_PROBE_CHIPSET
device  ppc0at isa? port? irq 7
device  ppbus0  # Parallel port bus (required)
device  pps0at ppbus?
device  lpt0at ppbus?   # Printer
device  plip0   # TCP/IP over parallel
device  ppi0at ppbus?   # Parallel port interface device
device  vpo0at ppbus?   # Requires scbus and da0


-- 
Fritz Heinrichmeyer mailto:[EMAIL PROTECTED]
FernUniversitaet Hagen, LG ES, 58084 Hagen (Germany)
tel:+49 2331/987-1166 fax:987-355 http://www-es.fernuni-hagen.de/~jfh


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

resource_list_alloc

[Thomas Graichen]

i'm currently trying to get the initio driver from initio ready for
-current and have it working fine with an u2w controller on one
machine (smp btw.) after finding out the COMPAT_PCI_DRIVER thing :-)
but still have problems with an 9100 utra controller on another
machine where i get:

  resoource_list_alloc: resource entry is busy

and a panic after the probe - maybe its due to the machine (it's 
an pci i486 where for instance also the ide controller could not
be probed via the pci device ...) - but i think it should be
possible (it's not on a share irq or something - i also tried
different irq's) to get this solved - so my questions are: has
anyone an idea what the problem here is ? - does anyone have any
good pointer to docs describing all the pci probing/ataching and
resource management in the current FreeBSD ?

i have put the current version of the code at

  ftp://ftp.innominate.org/tgr/projects/FreeBSD/iha/current/

if anyone wants to see the source the problem comes from

a lot of thanks in advance

t

-- 
[EMAIL PROTECTED]
innominate AG
networking people
fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tg


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

neomagic question

[Thomas Graichen]

somehow the neomagic audio driver seems to not work for the chips in
the sony n505x notebook which also has this chip - first the pci id's
are different

  chip 8039104d class 0c0010 card 8060104d
  chip 00101073 class 040100 card 805e104d

(at least that are the two unresolved pci chips on that machine - i'm
not shure which one is the audio chip) - i changed the pci id in the
neomagic driver (both the av and the zx one to both of the above id's)
and get a crash for the av entry and a "cannot map rsources" for the
zx driver - thus my question: has anyone any other idea i may try to
get this working - i'am willing to do debugging and testing if there's
an idea ... also i can give any more detailed info required (btw. all
this is for -current)

a lot of thanks in advance

t

-- 
[EMAIL PROTECTED]
innominate AG
networking people
fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tg


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: PNPBIOS + Dell PowerEdge = panic()

[Ollivier Robert]

According to Bill Fumerola:
> As the subject indicated PNPBIOS and Dell PowerEdge servers seem
> to be a recipe for disaster. This doesn't bother me too terribly

Speaking of PowerEdge, do we support them in SMP under -STABLE ? A friend of
mine has tried to run 3.4-R in SMP mode on one of them and it doesn't like it
apparently. Sorry if I don't have more info as he's now on vacation...

It doesn't like the 2nd APIC in the system AFAIK. Any more idea ?

I redirected this to "freebsd-smp" anyway.
-- 
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED]
FreeBSD keltia.freenix.fr 4.0-CURRENT #77: Thu Dec 30 12:49:51 CET 1999



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: Thoughts...

[Sascha Schumann]

On Sat, Jan 15, 2000 at 09:26:08PM -0800, Matthew Dillon wrote:
> 
> :> 
> :> There are lots of ways of syncing up that do not require sending the 
> :> entire image over the network every time.  Syncing is something you could
> :> do with an NFS mount quite easily, combined with something like cpdup
> :> (see /usr/ports/sysutils/cpdup).
> :
> :we use rdist on our network to keep our production servers in sync...we
> :tend to avoid 'nfs traffic' as much as possible...
> :
> :Marc G. Fournier   ICQ#7615664   IRC Nick: Scrappy
> 
> I've never trusted rdist for exact mirroring.  I remember trying to use
> it at BEST and it not getting everything right, though I can't remember
> exactly what it didn't get right... probably things like devices and
> hardlinks.  I wound up taking the 'stat' hit and having the clients
> scan the disk hierarchy for changes, and making sure the NFS server
> could handle it.  But you do not have to do things that way -- for example,
> the server could keep track of the changes itself and send a list to
> the client which the client then copies via NFS.

There is also rsync which can push/pull data, handles devices
and hard links correctly and which also works through ssh.
Especially the latter is a nice feature, because I had to do
some live mirroring once over untrusted networks. Getting
secure file transfering to work was quite easy using
ssh/rsync. Hardcore rdist users will miss the flexibility of
their rdist.conf, but most applications can be implemented
through some clever shell scripting.

-- 

  Regards,

Sascha Schumann
 Consultant


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: crash with ffs_softdep.c 1.52

[sthaug]

> unfortunally no core dump, but I'm able to reproduce it (I just have to
> enable softupdates).
> 
> ---snip---
> panic: softdep_disk_write_complete: lock is held
> Debugger("panic")
> Stopped at Debugger+0x36: mocb $0,in_Debugger.354
> db> trace
> Debugger(x027c6a3) at Debugger+0x36
> panic(c028a900, c33618c0, c0a54000, c3361a10, c02a4a34) at panic+0x70
> softdep_disk_write_complete(c3361a10) at softdep_disk_write_complete+0x1f
> vfs_backgroundwritedone(c3361a10, c3361a10, c0a54000, c0aa3400, c0aa3400) at 
>vfs_backgroundwritedone+0x45
> biodone(c3361a10, c0a54014, c3361a10) at biodone+0x5a
> dadone(c0aa0780, c0aa3400, c073ba20, 4200, ) at dadone+0x202
> camisr(c02d93b4, c02a4cec, c0241b30, 4000200, c0256486) at camisr+0x1ed
> swi_cambio(4200, c0256486, c0255f21, 4200, c0a32800) at swi_cambio+0xd
> splz_swi(c073bb20, 0, 10, c0240010, 10) at splz_swi+0x14
> Xresume9() at Xresume9+0x2b
> --- interrupt, eip: 0xc024c6ce, esp = 0xc02a4d34, ebp = 0 ---
> default_halt() at default_halt+0x2
> ---snip--

I have a core dump here. -current from 15. January, ffs_softdep.c 1.52.
Got one crash during buildworld (but didn't have core dump enabled),
so last night I started a "make buildworld; rm -rf /usr/obj/whatever"
loop. Sure enough, it crashed again the third time through the loop:

(kgdb) where
#0  boot (howto=260) at ../../kern/kern_shutdown.c:304
#1  0xc014ec9d in panic (fmt=0xc02740f4 "from debugger") at 
../../kern/kern_shutdown.c:554
#2  0xc013122d in db_panic (addr=-1071349235, have_addr=0, count=-1, modif=0xcbb2acf4 
"")
at ../../ddb/db_command.c:433
#3  0xc01311cd in db_command (last_cmdp=0xc02a3e1c, cmd_table=0xc02a3c7c, 
aux_cmd_tablep=0xc02f087c)
at ../../ddb/db_command.c:333
#4  0xc0131292 in db_command_loop () at ../../ddb/db_command.c:455
#5  0xc013331b in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71
#6  0xc0247f54 in kdb_trap (type=3, code=0, regs=0xcbb2adfc) at 
../../i386/i386/db_interface.c:158
#7  0xc025a878 in trap (frame={tf_fs = 24, tf_es = -1047396336, tf_ds = 16, tf_edi = 
-972208896, 
  tf_esi = 256, tf_ebp = -877482428, tf_isp = -877482456, tf_ebx = -1071090464, 
tf_edx = -1070539680, 
  tf_ecx = 1, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1071349235, tf_cs 
= 8, tf_eflags = 582, 
  tf_esp = -1071031421, tf_ss = -1071154158}) at ../../i386/i386/trap.c:531
#8  0xc024820d in Debugger (msg=0xc0277c12 "panic") at machine/cpufunc.h:64
#9  0xc014ec94 in panic (fmt=0xc02874e0 "initiate_write_inodeblock: already started")
at ../../kern/kern_shutdown.c:552
#10 0xc01fa297 in initiate_write_inodeblock (inodedep=0xc183b200, bp=0xc60d4500)
at ../../ufs/ffs/ffs_softdep.c:2856
#11 0xc01fa0df in softdep_disk_io_initiation (bp=0xc60d4500) at 
../../ufs/ffs/ffs_softdep.c:2743
#12 0xc018514b in spec_strategy (ap=0xcbb2aecc) at ../../miscfs/specfs/spec_vnops.c:412
#13 0xc01701a3 in bwrite (bp=0xc60d4500) at vnode_if.h:923
#14 0xc0175622 in vop_stdbwrite (ap=0xcbb2af24) at ../../kern/vfs_default.c:319
#15 0xc0175459 in vop_defaultop (ap=0xcbb2af24) at ../../kern/vfs_default.c:138
#16 0xc0171120 in vfs_bio_awrite (bp=0xc60d4500) at vnode_if.h:1172
#17 0xc0184fc2 in spec_fsync (ap=0xcbb2af7c) at ../../miscfs/specfs/spec_vnops.c:357
#18 0xc0177c93 in sched_sync () at vnode_if.h:537
#19 0xc0248974 in fork_trampoline ()
Cannot access memory at address 0xffe.
(kgdb) up 10
#10 0xc01fa297 in initiate_write_inodeblock (inodedep=0xc183b200, bp=0xc60d4500)
at ../../ufs/ffs/ffs_softdep.c:2856
2856panic("initiate_write_inodeblock: already started");
(kgdb) l
2851struct fs *fs;
2852ufs_lbn_t prevlbn = 0;
2853int i, deplist;
2854
2855if (inodedep->id_state & IOSTARTED)
2856panic("initiate_write_inodeblock: already started");
2857inodedep->id_state |= IOSTARTED;
2858fs = inodedep->id_fs;
2859dp = (struct dinode *)bp->b_data +
2860ino_to_fsbo(fs, inodedep->id_ino);

I had written down the routine names from the first crash - this is
exactly the same crash as first time (but different from the one that
Alexander Leidinger is seeing). Other details:

- Abit BP6 motherboard, 2 x Celeron 366, no overclocking. IBM DPTA-372730
disk on UDMA-66 controller. Softupdates enabled on all file systems.
- Kernel config file and boot messages included below.

The core dump is right now being copied over a 64 kbps line, to a more
accessible location, should be available in a couple of hours. If anybody
would like a copy, please send me email.

Steinar Haug, Nethelp consulting, [EMAIL PROTECTED]
--
machine i386
cpu I686_CPU
ident   BP6_MP_ATA
maxusers32

makeoptions DEBUG=-g#Build kernel with gdb(1) debug symbols

options INET#InterNETworking
options FFS #Berk

Current, XEON and MP performance

[Achim Patzner]

I don't know where to ask first (or what to look at) so I'd like some
creative guessing by some people closer to the sources...

Running the same programs on nearly identically configured -CURRENT kernels
on a HP NetServer LH4 (four 550 MHz PIII Xeon with 512MB Cache, supposed to
be an INTEL 450NX-based chipset) with one GB RAM and a home-grown ASUS
P2-BDS based system (two 450 MHz PIII) with 512 MB RAM I find that the
programs (running on the same input data) on the "smaller" machine tend to
take only a third of the CPU time they need on the LH4. [Worse: The LH4
behaves like a spoilt brat when it comes to hardware, disliking the Intel
EtherExpress that came with it (generating bus mastering problems after
bringing it up), having interrupt routing problems with two DEC TULIP based
ethernet cards sharing the same IRQ and being picky just which 3C906B-TX it
gets plugged in. It's a bitch and I'd like shooting it. Oh yes - HP has been
very helpful, telling me that I was at least 10 years behind wanting to run
a BSD and that only WinNT, HP-Sux and Linux were supported on this hardware.]

Back to the topic: Are there any reasons for these observations? If someone
liked taking a closer look at it I could provide them with access to the
machine (and its console). I ran out of clues...


Achim


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Re: make world breaks in /usr/src/usr.bin/xlint

[Sheldon Hearn]

On Sat, 15 Jan 2000 12:02:09 +0100, Marcel Moolenaar wrote:

> No. build-tools are those tiny little utilities that are part of the
> sources and are only used to build the sources.

Okay, so how do we boot-strap lint?  Ultimately, the build of the lint
libraries requires a working lint, which most people don't have at this
stage.  However, the lint binary itself doesn't require boot-strapping.

Ciao,
Sheldon.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Nuking /usr/src/contrib/patch

[Kris Kennaway]

Bruce tells me there were good reasons why patch won't be upgraded
("downgraded") from 2.1 to 2.5 - it was already tried once and reverted.
Should we blow away /usr/src/contrib/patch if it's never going to be used?

Kris


"How many roads must a man walk down?"
"Eight!"
"That was a rhetorical question!"
"Oh..then, seven!" -- Homer Simpson



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message