freebsd stable - Sep 2006 - Loadable SMBus modules regression in 6-STABLE -> 6-BETA

Hello!

   I've upgraded my 6-STABLE (as of 20-Aug) to the fresh (24-Sep) RELENG_6.
The only modification of the kernel config file is the removal of the
IPFIREWALL_FORWARD_EXTENDED option. Upgrade went successfully, but after
booting into the multiuser mode I've found that /dev/smb0 became unavailable
(so I can't monitor my hardware with the healthd anymore). I've examined
kernel boot logs and found that the only difference is:

  ichsmb0: <Intel 82801DC (ICH4) SMBus controller> port 0xe000-0xe01f irq
17 at
    device 31.3 on pci0
  ichsmb0: [GIANT-LOCKED]
  smbus0: <System Management Bus> on ichsmb0
-smb0: <SMBus generic I/O> on smbus0

So smb0 fails to attach to the smbus0 despite modules being loaded properly:

dmitry@homelynx$ kldstat|grep smb
21    3 0xc07b9000 29ac     smbus.ko
23    1 0xc07c0000 4ff8     ichsmb.ko
45    1 0xc6974000 3000     smb.ko

I'm using all components of the SMBus attachment from modules:

dmitry@homelynx$ grep smb /boot/loader.conf
smbus_load="YES"
smb_load="YES"
ichsmb_load="YES"

I can provide any further information in order to help hunting the bug.

Sincerely, Dmitry
-- 
Atlantis ISP, System Administrator
e-mail:  dmitry@atlantis.dp.ua
nic-hdl: LYNX-RIPE

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dmitry Pryanishnikov wrote:
> Upgrade went successfully, but after
> booting into the multiuser mode I've found that /dev/smb0 became
> unavailable ..
I have the same thing but, in my case, these are compiled into a custom
kernel :-(

imb@aaron:/home/imb> mbmon -c 1 -r
ioctl(smb0:open): No such file or directory
No Hardware Monitor found!!
InitMBInfo: Bad file descriptor

	Michael
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (FreeBSD)

iD8DBQFFFscaQv9rrgRC1JIRAhEQAKDIXpXPumJ9AV3Ow6wPFOgOMY20VwCguCEE
/TXll6utYAxjyhvd78STVw0=blGn
-----END PGP SIGNATURE-----

On Sunday 24 September 2006 10:27, Dmitry Pryanishnikov
wrote:
> 
> Hello!
> 
>    I've upgraded my 6-STABLE (as of 20-Aug) to the fresh (24-Sep)
RELENG_6.
> The only modification of the kernel config file is the removal of the
> IPFIREWALL_FORWARD_EXTENDED option. Upgrade went successfully, but after
> booting into the multiuser mode I've found that /dev/smb0 became
unavailable
> (so I can't monitor my hardware with the healthd anymore). I've
examined
> kernel boot logs and found that the only difference is:
It still works here.  Since you are using modules, make sure all your modules 
are in sync.  Short of that, you can edit sys/dev/smbus/smb.c and add a 
printf to smb_identify() and make sure it is called.

-- 
John Baldwin

On 9/27/06, Dmitry Pryanishnikov <dmitry@atlantis.dp.ua>
wrote:
>
> On Tue, 26 Sep 2006, John Baldwin wrote:
> > I've just found it and fixed it if you upgrade to the newest
smbus.c.
> Thanks, the problem has indeed been fixed.

I'm sorry to hijack this thread, but what's the recommended way to read
out
temperature values via SMB?

ichsmb0@pci0:31:3:      class=0x0c0500 card=0x618015d9 chip=0x24d38086
rev=0x02 hdr=0x00
    vendor   = 'Intel Corporation'
    device   = '82801EB/ER (ICH5/ICH5R) SMBus Controller'
    class    = serial bus
    subclass = SMBus

ichsmb0: <Intel 82801EB (ICH5) SMBus controller> port 0x1100-0x111f irq 17
at device 31.3 on pci0
ichsmb0: [GIANT-LOCKED]
smbus0: <System Management Bus> on ichsmb0

# mbmon -d
ioctl(smb0:open): No such file or directory
SMBus[Intel8XX(ICH/ICH2/ICH3/ICH4/ICH5/ICH6)] found, but No HWM available on
it!!
No Hardware Monitor found!!
InitMBInfo: Bad file descriptor
# ls /dev/smb*
ls: No match.
# sysctl -a|grep smb
dev.ichsmb.0.%desc: Intel 82801EB (ICH5) SMBus controller
dev.ichsmb.0.%driver: ichsmb
dev.ichsmb.0.%location: slot=31 function=3 handle=\_SB_.PCI0.SMBS
dev.ichsmb.0.%pnpinfo: vendor=0x8086 device=0x24d3 subvendor=0x15d9
subdevice=0x6180 class=0x0c0500
dev.ichsmb.0.%parent: pci0
dev.smbus.0.%desc: System Management Bus
dev.smbus.0.%driver: smbus
dev.smbus.0.%parent: ichsmb0

Uli