I didn't do anything.. I didn't even touch the keyboard.. ;-)

# dmesg -M netbsd.3.core -N netbsd.3
.....
fatal privileged instruction fault in supervisor mode
trap type 0 code 0 eip f81b0cc0 cs f81b0008 eflags 10246 cr2 675004 cpl e000d060
panic: trap

The processes in "R" state, according to 'ps' were:

USER       PID %CPU %MEM   VSZ  RSS TT  STAT STARTED       TIME COMMAND
test       231 99.0  0.0   220    0 p0  RN   Fri11PM  8008:21.58 ./des -s keymaster2.des.sollentuna.se -e jmarin@jmp.fi
root        80  0.0  0.0    96    0 ??  Rs   Fri11PM    0:02.06 syslogd
pmarin     270  0.0  0.0 13456    0 ??  R    Sat12AM    8:42.00 netscape
jmarin   16566  0.0  0.0   200    0 p0  R+   11:20AM    2:30.79 ./graph

'nm' has this to tell about the PC address above:

f81af188 T _pcisubmatch
f81af208 T _pci_io_find
f81af348 T _pci_mem_find
f81af5d4 T _pci_devinfo           <----------
f81b2d74 T _ncr_print
f81b6924 T _ppbmatch
f81b6988 T _ppbattach
f81b6a40 T _ppbprint
f81b6a8c T _pci_attach_hook
f81b6aac T _pci_bus_maxdevs

I believe the trap occurred in the pci_devinfo routine, right?

Here's my hardware configuration:

---
pci0 at mainbus0 bus 0: configuration mode 1
vendor 0x8086 product 0x7030 (class bridge, subclass host, revision 0x02) at pci0 dev 0 function 0 not configured
vendor 0x8086 product 0x7000 (class bridge, subclass ISA, revision 0x01) at pci0
dev 7 function 0 not configured
vendor 0x5333 product 0x883d (class display, subclass VGA, revision 0x02) at pci0 dev 17 function 0 not configured
ncr0 at pci0 dev 18 function 0: NCR 53c810a SCSI
ncr0: interrupting at irq 5
ncr0: restart (scsi reset).
      BIOS values: dmode: 8e, dcntl: a1, ctest3: 11
      dmode: ce/8e, dcntl: a1/a1, ctest3: 01/11
scsibus0 at ncr0
sd0 at scsibus0 targ 1 lun 0: <QUANTUM, XP32150, 581H> SCSI2 0/direct fixed
sd0: sd0(ncr0:1:0): 10.0 MB/s (100 ns, offset 8)
2050MB, 3907 cyl, 10 head, 107 sec, 512 bytes/sec
st0 at scsibus0 targ 2 lun 0: <WANGTEK, 5150ES SCSI-36, ESB6> SCSI1 1/sequential
removable
st0: rogue, drive empty
st1 at scsibus0 targ 4 lun 0: <SONY, SDT-7000, 0150> SCSI2 1/sequential removablest1: st1(ncr0:4:0): 10.0 MB/s (100 ns, offset 8)
drive empty
de0 at pci0 dev 20 function 0: DC21041 [10Mb/s] pass 1.1
de0: Ethernet address 00:e0:29:05:43:63
de0: interrupting at irq 12
biomask c060 netmask d060 ttymask d27a
changing root device to sd0a
de0: enabling Thinwire/BNC port
---

I added the SMC network card last week.  Before that, this system had crashed
only twice in 6 months (and I think those ones were caused by SCSI problems).

Can anyone tell what happened?  Is there a bug in the SMC driver in 1.2?  Why
is someone executing the pci_devinfo() routine while the machine is up (the
name sounds like some boot-up config routine to me).

Any help greatly appreciated. :)

  -jm


-- 

                     ---> http://www.jmp.fi/~jmarin/ <---