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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-id: <200908220948.03426.gene.heskett@verizon.net>
Date:	Sat, 22 Aug 2009 09:48:03 -0400
From:	Gene Heskett <gene.heskett@...izon.net>
To:	Stefan Richter <stefanr@...6.in-berlin.de>
Cc:	Robert Hancock <hancockrwd@...il.com>,
	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 Saturday 22 August 2009, Stefan Richter wrote:
>Robert Hancock wrote:
>> On 08/21/2009 09:09 PM, Gene Heskett wrote:
>>>  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
>
>...
>
>> 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.
>
>PS:  There have been previous reports, e.g. those logged as
>http://bugzilla.kernel.org/show_bug.cgi?id=13967

I have applied that fix from the bz entry to my grub.conf but have not 
rebooted as yet.  However if this asus_atk0110.ko module is supposed to do 
the same job, then obviously I do not have some other, required option set in 
my .config's for rc6 and rc7.  Directly choosing it doesn't seem to be 
available in a make xconfig.  What am I missing?

Thanks, Stefan.

-- 
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>

It's the Magic that counts.
             -- Larry Wall on Perl's apparent ugliness

--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ