[lm-sensors] No smbus on asus w1n laptop in spite of quirk > no

[lm-sensors] No smbus on asus w1n laptop in spite of quirk > no

[Christophe de Rivière]

I have reported this problem in many places and searched the internet a long 
time for a solution but i can't find some suitable fix.
The problem is that i can't monitor and control the sensor chip datas because 
of the lack of smbus detection. Yet this problem had been solved about 2 
years ago when i reported it on this list thanks to the help of Jean 
Delvare :
http://archives.andrew.net.au/lm-sensors/msg29507.html
http://archives.andrew.net.au/lm-sensors/msg29523.html
I am using now an old mandriva 2006 with kernel 2.6.12-27 that is properly 
detecting the smbus and it appears on the lspci as :
00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus 
Controller (rev 03) 
But now that i want to jump to a newer distro, none of them is able to detect 
this smbus in spite of the quirks (see above) that is present in the kernel :
$ cat /usr/src/linux/drivers/pci/quirks.c |grep -i w1
                        case 0x184b: /* W1N notebook */
The same lack occured occured on ubuntu 6.10 , suse 10.1, mandriva 2007 and 
suse 10.2 with recent kernels ranging from 2.6.16 to 2.6.18 . No smbus is 
appears on the lspci for any of these distro.
I reported this problem here :
http://www.suseforums.net/index.php?showtopic%980
http://qa.mandriva.com/show_bug.cgi?id%281
But i had no answers.
The sensor monitor and fan speed control is a very interesting feature on this 
laptop for battery saving reasons.
I'd be really glad if someone could help .
Or please someone point me to a better place to report this problem.


Thanks.

-- 
christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: not available
Url : http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20070107/5d18353e/attachment.bin 

[lm-sensors] No smbus on asus w1n laptop in spite of quirk >

[Rudolf Marek]

Hello,

> But now that i want to jump to a newer distro, none of them is able to detect 
> this smbus in spite of the quirks (see above) that is present in the kernel :
> $ cat /usr/src/linux/drivers/pci/quirks.c |grep -i w1
>                         case 0x184b: /* W1N notebook */
> The same lack occured occured on ubuntu 6.10 , suse 10.1, mandriva 2007 and 
> suse 10.2 with recent kernels ranging from 2.6.16 to 2.6.18 . No smbus is 
> appears on the lspci for any of these distro.
> I reported this problem here :
> http://www.suseforums.net/index.php?showtopic%980
> http://qa.mandriva.com/show_bug.cgi?id%281
> But i had no answers.

Answer is simple. There were some problems with suspend resume, when the smbus
was enabled. (from 2.6.17-2.6.19) It is fixed in 2.6.20. You need to disable the
ACPI sleep support to re-enable the quirk. I guess it is not what you want.

However you are lucky, I developed yesterday a simple bash script which will
re-enable the bus for you.

Check it here:
http://www.lm-sensors.org/browser/lm-sensors/trunk/prog/hotplug/unhide_ICH_SMBus?format=raw

download, run as root. You are done. Now you can access the bus again.

> The sensor monitor and fan speed control is a very interesting feature on this 
> laptop for battery saving reasons.
> I'd be really glad if someone could help .
> Or please someone point me to a better place to report this problem.

Please can you attach the DSDT table to your mail?

cat /proc/acpi/dsdt > /tmp/dsdt.bin

Rudolf

[lm-sensors] No smbus on asus w1n laptop in spite of quirk > no

[Rudolf Marek]

> You are simply great ! It simply worked like a charm this morning on a suse 
> 10.2 and i suppose it will work on any other distro. !

Yep it will. This script will be in upcoming 2.10.2.

>>> The sensor monitor and fan speed control is a very interesting featur[...]
>> Please can you attach the DSDT table to your mail?
>>
>> cat /proc/acpi/dsdt > /tmp/dsdt.bin
> 
> Attached to this email.

Careful your DSDT bytecode contains SMBUS access functions! Do not load the 
thermal module from ACPI. (the code does not use the HW semaphore)

There is some ASUS mutex called P4SM in ACPI namespace but it seems that it is 
this board specific.

Rudolf

[lm-sensors] No smbus on asus w1n laptop in spite of quirk > no

[Christophe de Rivière]

Le Dimanche 14 Janvier 2007 19:26, Rudolf Marek a ?crit?:
> >[...]
> >> Please can you attach the DSDT table to your mail?
> >> cat /proc/acpi/dsdt > /tmp/dsdt.bin
> >
> > Attached to this email.
>
> Careful your DSDT bytecode contains SMBUS access functions! Do not load the
> thermal module from ACPI. (the code does not use the HW semaphore)
>
> There is some ASUS mutex called P4SM in ACPI namespace but it seems that it
> is this board specific.
>
> Rudolf

Ah..!? On kubuntu 6.10, i use ksensors and it seems that it can monitor 
temperature from acpi and from lm_sensors. Both lm85 and thermal modules are 
loaded. The 2 temperatures are consistent : they are almost the same. And i 
had no crash.
And, i don't have yet ksensors on suse 10.2 but both thermal and lm85 modules 
are loaded and no crash detected.
What is the risk ?

-- 
christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: not available
Url : http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20070114/f7af6bf5/attachment.bin 

[lm-sensors] No smbus on asus w1n laptop in spite of quirk > no

[Rudolf Marek]

Hello

> Ah..!? On kubuntu 6.10, i use ksensors and it seems that it can monitor 
> temperature from acpi and from lm_sensors. Both lm85 and thermal modules are 
> loaded. The 2 temperatures are consistent : they are almost the same. And i 
> had no crash.
> And, i don't have yet ksensors on suse 10.2 but both thermal and lm85 modules 
> are loaded and no crash detected.
> What is the risk ?

You may read completely wrong temperature, hang the bus, stop the fan, force 
processor to throttle to prevent overheat. I think no real damage will happen, 
but be careful.

Rudolf

[lm-sensors] No smbus on asus w1n laptop in spite of quirk > no

[Christophe de Rivière]

Le Dimanche 14 Janvier 2007 21:56, vous avez ?crit?:
>[...]but both thermal and lm85
> > modules are loaded and no crash detected.
> > What is the risk ?
> You may read completely wrong temperature, hang the bus, stop the fan,
> force processor to throttle to prevent overheat. I think no real damage
> will happen, but be careful.

OK, thanks a lot, i'll probably insert a modprobe -r thermmal 
in /etc/rc.local .

-- 
christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: not available
Url : http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20070115/98991fd6/attachment-0001.bin 

[lm-sensors] No smbus on asus w1n laptop in spite of quirk > no

[Jean Delvare]

Hi Christophe,

On Mon, 15 Jan 2007 08:37:16 +0100, Christophe de Rivi?re wrote:
> Le Dimanche 14 Janvier 2007 21:56, vous avez ?crit?:
> >[...]but both thermal and lm85
> > > modules are loaded and no crash detected.
> > > What is the risk ?
> > You may read completely wrong temperature, hang the bus, stop the fan,
> > force processor to throttle to prevent overheat. I think no real damage
> > will happen, but be careful.
> 
> OK, thanks a lot, i'll probably insert a modprobe -r thermmal 
> in /etc/rc.local .

You should be able to prevent it from being loaded at all, which would
be even better. Adding "blacklist thermal" to /etc/modprobe.conf or
whatever your distribution has, should do the trick.

-- 
Jean Delvare

[lm-sensors] No smbus on asus w1n laptop in spite of quirk > no

[christophe]

Le Lundi 15 Janvier 2007 18:00, vous avez ?crit?:
> Hi Christophe,
> > >[...]
> > > You may read completely wrong temperature, hang the bus, stop the fan,
> > > force processor to throttle to prevent overheat. I think no real damage
> > > will happen, but be careful.
> >
> > OK, thanks a lot, i'll probably insert a modprobe -r thermmal
> > in /etc/rc.local .
>
> You should be able to prevent it from being loaded at all, which would
> be even better. Adding "blacklist thermal" to /etc/modprobe.conf or
> whatever your distribution has, should do the trick.

Ok i'll do that, thanks.

-- 
christophe
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: not available
Url : http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20070115/8b1d0b01/attachment.bin