Hi List,

Anyone met similar case?

I have a ASUS M2Ne Laptop, which has Intel ICH4 (i2c-i801) SMBus.

With 2.6.16 and earlier 2.6 kernel, it could find max6657 sensor
and install lm90 module. the sensor result are:
| gnawux@inspiration:~$ sensors
| max6657-i2c-0-4c
| Adapter: SMBus I801 adapter at e800
| M/B Temp: +49°C (low = -55°C, high = +127°C)
| CPU Temp: +46.9°C (low = -54.1°C, high = +51.1°C)
| M/B Crit: +127°C (hyst = +117°C)
| CPU Crit: +127°C (hyst = +117°C)

But under 2.6.18 and 2.6.20 kernel, no sensors could be found,
I enable the debug option of 2.6.20 kernel, and found the following
error message of i2c bus:
| PCI: Unable to reserve I/O region #5:20@e800 for device 0000:00:1f.3
| i801_smbus 0000:00:1f.3: Failed to request SMBus region 0xe800-0xe81f
| i801_smbus: probe of 0000:00:1f.3 failed with error -16

Any suggestion?

Thank you!

Wang Xu


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

On Sun, Apr 29, 2007 at 12:59:33PM +0800, Wang Xu wrote:
> Anyone met similar case?
>
> I have a ASUS M2Ne Laptop, which has Intel ICH4 (i2c-i801) SMBus.
>
> With 2.6.16 and earlier 2.6 kernel, it could find max6657 sensor
> and install lm90 module. the sensor result are:
[snip good result]
> But under 2.6.18 and 2.6.20 kernel, no sensors could be found,
> I enable the debug option of 2.6.20 kernel, and found the following
> error message of i2c bus:
> | PCI: Unable to reserve I/O region #5:20@e800 for device 0000:00:1f.3
> | i801_smbus 0000:00:1f.3: Failed to request SMBus region 0xe800-0xe81f
> | i801_smbus: probe of 0000:00:1f.3 failed with error -16
>

My only box with sensors is my new Athlon with Asus M2N-SLI Deluxe AM2.
I had to use Etch when it was testing since Sarge wouldn't boot it.
Alas, I don't know if a 2.6.16 kernel would have found the sensors but
the .18 does not.

OTOH, I have all my fans controlled by the MB and a smart PSU
(CoolerMaster iGreen 600). When the fans (all 8 case fans) go into high
gear, I can hear them from anywhere in the house. Beats a little 'beep'
from sensord

Doug.


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

On Sun, Apr 29, 2007 at 08:40:37PM -0400, Douglas Allan Tutty wrote:
> On Sun, Apr 29, 2007 at 12:59:33PM +0800, Wang Xu wrote:
> > Anyone met similar case?
> >
> > I have a ASUS M2Ne Laptop, which has Intel ICH4 (i2c-i801) SMBus.
> My only box with sensors is my new Athlon with Asus M2N-SLI Deluxe AM2.
> I had to use Etch when it was testing since Sarge wouldn't boot it.
> Alas, I don't know if a 2.6.16 kernel would have found the sensors but
> the .18 does not.

It is a little bit confused, mine is an ASUS laptop, model M2N, and
it has a same name with your motherboard. Mine has intel 855GM/ICH4
chipset and yours maybe NV nForce5

PS: I reviewed the kernel sources, and migrate some codes from 2.6.16
to 2.6.20. now the sensors works fine again.

Cheers!

Wang Xu


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

On Tue, May 01, 2007 at 08:09:04AM +0800, Wang Xu wrote:
> On Sun, Apr 29, 2007 at 08:40:37PM -0400, Douglas Allan Tutty wrote:
> > On Sun, Apr 29, 2007 at 12:59:33PM +0800, Wang Xu wrote:

> PS: I reviewed the kernel sources, and migrate some codes from 2.6.16
> to 2.6.20. now the sensors works fine again.
>

Is there an open bug on this to which you can submit your patch, and if
not, will you submit your patch as a bug report on the kernel package?

Doug.


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

On Mon, Apr 30, 2007 at 08:18:09PM -0400, Douglas Allan Tutty wrote:
> On Tue, May 01, 2007 at 08:09:04AM +0800, Wang Xu wrote:
> > On Sun, Apr 29, 2007 at 08:40:37PM -0400, Douglas Allan Tutty wrote:
> > > On Sun, Apr 29, 2007 at 12:59:33PM +0800, Wang Xu wrote:
>
> > PS: I reviewed the kernel sources, and migrate some codes from 2.6.16
> > to 2.6.20. now the sensors works fine again.
> >
>
> Is there an open bug on this to which you can submit your patch, and if
> not, will you submit your patch as a bug report on the kernel package?

I did not find anything related that and sent them to the lm-sensors
project

Wang Xu


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

On Sun, Apr 29, 2007 at 12:59:33PM +0800, gnawux wrote:
> But under 2.6.18 and 2.6.20 kernel, no sensors could be found,
> I enable the debug option of 2.6.20 kernel, and found the following
> error message of i2c bus:
> | PCI: Unable to reserve I/O region #5:20@e800 for device 0000:00:1f.3
> | i801_smbus 0000:00:1f.3: Failed to request SMBus region 0xe800-0xe81f
> | i801_smbus: probe of 0000:00:1f.3 failed with error -16

The problem has been finally resolved by modifying the ACPI DSDT.

I found that in /proc/ioports

| e800-e81f : 0000:00:1f.3
| e800-e80f : motherboard

therefore, smbus driver is trying to allocate e800-e81f (0x20) as
the hints from PCI bus, while the acpi driver `motherboard' had
only requested e800-e80f (0x10), which lead to cannot request
successfully.

Thus, I dumped the dsdt table and checked it, and modify

Name (SMBS, 0xE800)
Name (SMBL, 0x10)

to

Name (SMBS, 0xE800)
Name (SMBL, 0x20)

with iasl. then integrate the DSDT with initramfs. Everything
become well and do not need change kernel source anymore except
for the customized dsdt patch.

I also upload the customized DSDT table for ASUS M2400Ne laptop
to acpi.sf.net:

http://acpi.sourceforge.net/dsdt/view.php?id=787

Cheers!

Wang Xu


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Hi Wang Xu,

On Thu, 3 May 2007 13:13:56 +0800, Wang Xu wrote:
> On Sun, Apr 29, 2007 at 12:59:33PM +0800, gnawux wrote:
> > But under 2.6.18 and 2.6.20 kernel, no sensors could be found,
> > I enable the debug option of 2.6.20 kernel, and found the following
> > error message of i2c bus:
> > | PCI: Unable to reserve I/O region #5:20@e800 for device 0000:00:1f.3
> > | i801_smbus 0000:00:1f.3: Failed to request SMBus region 0xe800-0xe81f
> > | i801_smbus: probe of 0000:00:1f.3 failed with error -16
>
> The problem has been finally resolved by modifying the ACPI DSDT.
>
> I found that in /proc/ioports
>
> | e800-e81f : 0000:00:1f.3
> | e800-e80f : motherboard
>
> therefore, smbus driver is trying to allocate e800-e81f (0x20) as
> the hints from PCI bus, while the acpi driver `motherboard' had
> only requested e800-e80f (0x10), which lead to cannot request
> successfully.

Ah, I see. Then this is caused by the following patch:
http://git.kernel.org/?p=linux/kerne...47146b5b1788bb
Before this patch the driver was hard-coding the I/O-region length to 8
or 16 depending on the chip version. With this patch, we get the length
from the PCI subsystem, this is cleaner. And indeed the physical
region is 32-byte long, even though the driver doesn't use the last 16
bytes.

> Thus, I dumped the dsdt table and checked it, and modify
>
> Name (SMBS, 0xE800)
> Name (SMBL, 0x10)
>
> to
>
> Name (SMBS, 0xE800)
> Name (SMBL, 0x20)
>
> with iasl. then integrate the DSDT with initramfs. Everything
> become well and do not need change kernel source anymore except
> for the customized dsdt patch.
>
> I also upload the customized DSDT table for ASUS M2400Ne laptop
> to acpi.sf.net:
>
> http://acpi.sourceforge.net/dsdt/view.php?id=787

Great, and thanks for reporting, it might others with the same
problem.

You should also report the problem to Asus so that they can fix the
DSDT table in the next BIOS for your laptop.

--
Jean Delvare


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org