I know this is not "current", but it was last week, so give me a break.

On a dual PII system, access to /dev/smb0 (system management bus) by 
wmhm (/usr/ports/sysutils/wmhm) or gkrellm (/usr/ports/sysutils/gkrellm)
causes an immediate system panic.

I have the following in dmesg:

   smbus0: <System Management Bus> on bti2c0
   smb0: <SMBus general purpose I/O> on smbus0

and I have system dumps available to whoever wants.

Traceback follows:

(kgdb) where
#0  boot (howto=256) at ../../kern/kern_shutdown.c:304
#1  0xc017f2c0 in poweroff_wait (junk=0xc032b34f, howto=-936451424)
    at ../../kern/kern_shutdown.c:554
#2  0xc02d2323 in trap_fatal (frame=0xc832accc, eva=64)
    at ../../i386/i386/trap.c:924
#3  0xc02d1fb9 in trap_pfault (frame=0xc832accc, usermode=0, eva=64)
    at ../../i386/i386/trap.c:817
#4  0xc02d1bb7 in trap (frame={tf_fs = -936247272, tf_es = 16, tf_ds = 16, 
      tf_edi = 0, tf_esi = -1056958976, tf_ebp = -936202996, 
      tf_isp = -936203016, tf_ebx = -1063630240, tf_edx = -1057000192, 
      tf_ecx = -1056958976, tf_eax = 0, tf_trapno = 12, tf_err = 0, 
      tf_eip = -1072143334, tf_cs = 8, tf_eflags = 66118, tf_esp = -936202972, 
      tf_ss = -1072262237}) at ../../i386/i386/trap.c:423
#5  0xc018641a in device_get_softc (dev=0x0) at ../../kern/subr_bus.c:982
#6  0xc01693a3 in iicbus_request_bus (bus=0x0, dev=0xc1001600, how=3)
    at ../../dev/iicbus/iiconf.c:103
#7  0xc022fd68 in bti2c_smb_callback (dev=0xc1001600, index=1, data=0xc832ad88)
    at ../../dev/bktr/bktr_i2c.c:228
#8  0xc0166c78 in SMBUS_CALLBACK (dev=0xc1001600, index=1, 
    data=0xc832ad88 "\003") at smbus_if.c:37
#9  0xc01670a1 in smbus_request_bus (bus=0xc1001400, dev=0xc1001380, how=3)
    at ../../dev/smbus/smbconf.c:136
#10 0xc016739c in smbioctl (dev=0xc1001300, cmd=2148821255, 
    data=0xc832aebc "'", flags=3, p=0xc82ee2a0) at ../../dev/smbus/smb.c:202
#11 0xc01b4aca in spec_ioctl (ap=0xc832adf8)
    at ../../miscfs/specfs/spec_vnops.c:304
#12 0xc01b47f5 in spec_vnoperate (ap=0xc832adf8)
    at ../../miscfs/specfs/spec_vnops.c:117
#13 0xc026c435 in ufs_vnoperatespec (ap=0xc832adf8)
    at ../../ufs/ufs/ufs_vnops.c:2301
#14 0xc01afc08 in vn_ioctl (fp=0xc110e3c0, com=2148821255, 
    data=0xc832aebc "'", p=0xc82ee2a0) at vnode_if.h:429
#15 0xc018c793 in ioctl (p=0xc82ee2a0, uap=0xc832af80) at ../../sys/file.h:171
#16 0xc02d25aa in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, 
      tf_edi = -1077937988, tf_esi = 7, tf_ebp = -1077938052, 
      tf_isp = -936202284, tf_ebx = -1077938072, tf_edx = 0, tf_ecx = 0, 
      tf_eax = 54, tf_trapno = 12, tf_err = 2, tf_eip = 674565904, tf_cs = 31, 
      tf_eflags = 659, tf_esp = -1077938128, tf_ss = 47})
    at ../../i386/i386/trap.c:1073
#17 0xc02c06b1 in Xint0x80_syscall ()

PGP signature

Reply via email to