linux-kernel - Re: Regression: Linux 2.6.31-rc7 lost sensors on asus mobo

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-id: <200908220856.46141.gene.heskett@verizon.net>
Date:	Sat, 22 Aug 2009 08:56:46 -0400
From:	Gene Heskett <gene.heskett@...izon.net>
To:	Linus Torvalds <torvalds@...ux-foundation.org>
Cc:	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: Regression: Linux 2.6.31-rc7 lost sensors on asus mobo

On Friday 21 August 2009, Linus Torvalds wrote:
>On Fri, 21 Aug 2009, Gene Heskett wrote:
>> From messages when I attempt to access the it87:
>
>So what was the last kernel that worked ok for you?
>
>> 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
>
>There haven't been any changes to the it87 driver since 2.6.30, nor do I
>see any ACPI changes that would be relevant. Of course, if you used to
>build without any ACPI support at all, that region conflict wouldn't have
>shown up, so it _could_ be config-dependent, but that sounds unliklely
>too.
>
>			Linus

I rebooted a few times this morning, and the loss actually takes place 
between -rc5 and -rc6.  At rc6 and rc7, any attempt to load the it87 module 
gets a message advising the resources are busy and it refuses to load.

I'd get a sample of the error but I'm booted to -rc5 atm and its working.

I also noted that the output of sensors, when it works, contains more temps 
than gkrellm displays, except for THRM, the rest are all displayed as 32F in 
gkrellm.

Attached is a log of sorts, consisting of the output of uname -a, followed by 
the output of sensors during that boot, and the sensors modules loaded and 
linked during that boot.

Thank you.

-- 
Cheers, Gene
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
The NRA is offering FREE Associate memberships to anyone who wants them.
<https://www.nrahq.org/nrabonus/accept-membership.asp>

Anyone can make an omelet with eggs.  The trick is to make one with none.

View attachment "sensors-testing" of type "text/plain" (6173 bytes)