[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4A8F8C49.2030406@gmail.com>
Date: Sat, 22 Aug 2009 00:12:25 -0600
From: Robert Hancock <hancockrwd@...il.com>
To: Gene Heskett <gene.heskett@...izon.net>
CC: Linus Torvalds <torvalds@...ux-foundation.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: Regression: Linux 2.6.31-rc7 lost sensors on asus mobo
On 08/21/2009 09:09 PM, Gene Heskett wrote:
> On Friday 21 August 2009, Linus Torvalds wrote:
>> You know the drill, so all together now: "Another week, another -rc
>> kernel".
>
> Another rebuild didn't help:
>
> Thinking it didn't load it87, I tried again:
>
> [root@...ote 3.002005]# modprobe it87
> FATAL: Error inserting it87 (/lib/modules/2.6.31-rc7/kernel/drivers/hwmon/it87.ko): Device or resource busy
> [root@...ote 3.002005]# sensors
> No sensors found!
> Make sure you loaded all the kernel drivers you need.
> Try sensors-detect to find out which these are.
>
> Been there, done that, no joy.
>
> From messages when I attempt to access the it87:
> Aug 21 22:59:37 coyote kernel: [ 572.507928] it87: Found IT8716F chip at 0x290, revision 1
> Aug 21 22:59:37 coyote kernel: [ 572.507937] it87: in3 is VCC (+5V)
> Aug 21 22:59:37 coyote kernel: [ 572.507939] it87: in7 is VCCH (+5V Stand-By)
> Aug 21 22:59:37 coyote kernel: [ 572.508232] ACPI: I/O resource it87 [0x295-0x296] conflicts with ACPI region IP__ [0x295-0x296]
> Aug 21 22:59:37 coyote kernel: [ 572.508234] ACPI: Device needs an ACPI driver
>
> From uname -a
> Linux coyote.coyote.den 2.6.31-rc7 #2 SMP PREEMPT Fri Aug 21 22:37:38 EDT 2009 i686 athlon i386 GNU/Linux
>
> .config is attached, in case I've screwed the moose.
>
The ACPI AML on your machine indicates that the BIOS may attempt to
access the it87 hardware, and the kernel now by default blocks it87 from
requesting those ports as it may conflict with what the BIOS is trying
to do. On some machines, the ACPI BIOS accesses hardware monitoring
chips itself to manage ACPI thermal zones, etc. and the conflicting
access can cause incorrect temperature readings and other bad behavior.
You can try acpi_enforce_resources=lax on the kernel command line to
restore the previous behavior. Or for some Asus boards, you can try the
asus_atk0110 ACPI driver instead of it87.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists