Re: ATK0110 on older Asus board

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Feb 15, 2010 at 4:31 PM, frollic nilsson <frollic@xxxxxxxxx> wrote:
> On Fri, Feb 12, 2010 at 11:05 AM, Luca Tettamanti <kronos.it@xxxxxxxxx> wrote:
>> On Thu, Feb 11, 2010 at 9:10 PM, frollic nilsson <frollic@xxxxxxxxx> wrote:
>>> On Thu, Feb 11, 2010 at 5:25 PM, Luca Tettamanti <kronos.it@xxxxxxxxx> wrote:
>>>> On Thu, Feb 11, 2010 at 04:36:53PM +0100, frollic nilsson wrote:
>>>>
>>>> Ok, this means that ACPI core is not even calling the add method.
>>>> I guess that I can happen if _STA reports that the device is not functional.
>>>
>>> with the extra code inserted, I get a AIDI = 1 in the logs
>>
>> As I suspected the device is disabled by the BIOS (AI-whatever is the
>> commercial name of the hwmon features, I guess AIDI = AI DIsable).
>> You should try and see if there's a relevant option in the BIOS setup
>> screen (btw, is there a monitoring page? does it work?)
>
> Yeah, I got the cpu temp and fan RPMs displayed in BIOS.

Nothing to enable the hwmon or "AI-something"?
What about the voltages? Do you see them? Is "Vcore" is spelled all upper case?

> Parts from the messages log file (I grep:ed for "ACPI"), I restarted
> the systenm three days ago:

> Feb 12 22:41:28 atlantis kernel: ACPI: I/O resource w83627ehf
> [0x295-0x296] conflicts with ACPI region HWRE [0x290-0x299]
> Feb 12 22:41:28 atlantis kernel: ACPI: If an ACPI driver is available
> for this device, you should use it instead of the native driver
> Feb 12 22:51:12 atlantis kernel: ACPI: I/O resource w83627ehf
> [0x295-0x296] conflicts with ACPI region HWRE [0x290-0x299]
> Feb 12 22:51:12 atlantis kernel: ACPI: If an ACPI driver is available
> for this device, you should use it instead of the native driver
> Feb 12 22:51:43 atlantis kernel: ACPI: I/O resource w83627ehf
> [0x295-0x296] conflicts with ACPI region HWRE [0x290-0x299]
> Feb 12 22:51:43 atlantis kernel: ACPI: If an ACPI driver is available
> for this device, you should use it instead of the native driver

The resources are reserved even if the ATK0110 device itself is disabled, weird.
This looks like a BIOS bug to me: the device is explicitly disabled,
but ACPI still clams the ioports for the monitoring chip.
I'm not sure how to handle this mobo, but clearly it's safe to use
acpi_enforce_resources=lax and load the native driver.

Luca

_______________________________________________
lm-sensors mailing list
lm-sensors@xxxxxxxxxxxxxx
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors

[Index of Archives]     [Linux Kernel]     [Linux Hardware Monitoring]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux