[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-id: <4769C0E2.4000500@shaw.ca>
Date: Wed, 19 Dec 2007 19:09:54 -0600
From: Robert Hancock <hancockr@...w.ca>
To: Carlos Corbacho <carlos@...angeworlds.co.uk>
Cc: Bjorn Helgaas <bjorn.helgaas@...com>,
Jean Delvare <khali@...ux-fr.org>,
Shaohua Li <shaohua.li@...el.com>,
Mike Houston <mikeserv@...s.com>, Adrian Bunk <bunk@...sta.de>,
Elvis Pranskevichus <el@...ns.net>, mhoffman@...htlink.com,
linux-kernel@...r.kernel.org, lm-sensors@...sensors.org,
Adam Belay <ambx1@....rr.com>,
Zhao Yakui <yakui.zhao@...el.com>,
Thomas Renninger <trenn@...e.de>, lenb@...nel.org,
linux-acpi@...r.kernel.org
Subject: Re: [lm-sensors] 2.6.24-rc4 hwmon it87 probe fails
Carlos Corbacho wrote:
> On Thursday 20 December 2007 00:20:21 Bjorn Helgaas wrote:
>> I suspect the manufacturers would say "Oh, the sensors? The BIOS
>> isn't broken, you're just supposed to use WMI or some (undocumented)
>> ACPI device to get at those."
>
> It's quite possible - can we have DSDTs for the boards in question so we can
> quickly check if this is a possibility? (Basically, to see if they have
> PNP0C14 devices - if they don't, then I'm afraid it's nothing to do with
> WMI).
>
> -Carlos
It's quite possible that the BIOS accesses the device either from ACPI
AML or possibly even from SMI. In that case it would be quite reasonable
for the BIOS to reserve that region to prevent another driver from
loading and trying to take conflicting control of the device. One has to
be careful before assuming that any such reservation is bogus.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@...pamshaw.ca
Home Page: http://www.roberthancock.com/
--
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