From: Robert Hancock <hancockr@shaw.ca>
To: Carlos Corbacho <carlos@strangeworlds.co.uk>
Cc: Bjorn Helgaas <bjorn.helgaas@hp.com>,
Jean Delvare <khali@linux-fr.org>,
Shaohua Li <shaohua.li@intel.com>,
Mike Houston <mikeserv@bmts.com>, Adrian Bunk <bunk@stusta.de>,
Elvis Pranskevichus <el@prans.net>,
mhoffman@lightlink.com, linux-kernel@vger.kernel.org,
lm-sensors@lm-sensors.org, Adam Belay <ambx1@neo.rr.com>,
Zhao Yakui <yakui.zhao@intel.com>,
Thomas Renninger <trenn@suse.de>,
lenb@kernel.org, linux-acpi@vger.kernel.org
Subject: Re: [lm-sensors] 2.6.24-rc4 hwmon it87 probe fails
Date: Wed, 19 Dec 2007 19:09:54 -0600 [thread overview]
Message-ID: <4769C0E2.4000500@shaw.ca> (raw)
In-Reply-To: <fa.Xv3BmMxnCGLOeEijySte5mKDO5k@ifi.uio.no>
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@nospamshaw.ca
Home Page: http://www.roberthancock.com/
WARNING: multiple messages have this Message-ID (diff)
From: Robert Hancock <hancockr@shaw.ca>
To: Carlos Corbacho <carlos@strangeworlds.co.uk>
Cc: Bjorn Helgaas <bjorn.helgaas@hp.com>,
Jean Delvare <khali@linux-fr.org>,
Shaohua Li <shaohua.li@intel.com>,
Mike Houston <mikeserv@bmts.com>, Adrian Bunk <bunk@stusta.de>,
Elvis Pranskevichus <el@prans.net>,
mhoffman@lightlink.com, linux-kernel@vger.kernel.org,
lm-sensors@lm-sensors.org, Adam Belay <ambx1@neo.rr.com>,
Zhao Yakui <yakui.zhao@intel.com>,
Thomas Renninger <trenn@suse.de>,
lenb@kernel.org, linux-acpi@vger.kernel.org
Subject: Re: [lm-sensors] 2.6.24-rc4 hwmon it87 probe fails
Date: Thu, 20 Dec 2007 01:09:54 +0000 [thread overview]
Message-ID: <4769C0E2.4000500@shaw.ca> (raw)
In-Reply-To: <fa.Xv3BmMxnCGLOeEijySte5mKDO5k@ifi.uio.no>
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@nospamshaw.ca
Home Page: http://www.roberthancock.com/
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
next parent reply other threads:[~2007-12-20 1:11 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <fa.QPUBl9Xd2PDsImgWn6hbR+ShV1U@ifi.uio.no>
[not found] ` <fa.ri5Klmu4+MwjYC8x5nSms+xKXfI@ifi.uio.no>
[not found] ` <fa.B/J+j9kGGZ1+gW9FrfHky+cj0Eo@ifi.uio.no>
[not found] ` <fa.Xv3BmMxnCGLOeEijySte5mKDO5k@ifi.uio.no>
2007-12-20 1:09 ` Robert Hancock [this message]
2007-12-20 1:09 ` [lm-sensors] 2.6.24-rc4 hwmon it87 probe fails Robert Hancock
2008-01-12 9:56 ` Jean Delvare
2008-01-12 9:56 ` [lm-sensors] " Jean Delvare
2007-12-05 2:51 Mike Houston
2007-12-09 0:05 ` [lm-sensors] " Adrian Bunk
2007-12-09 2:22 ` Mike Houston
2007-12-09 9:50 ` Jean Delvare
2007-12-09 9:50 ` Jean Delvare
2007-12-09 19:40 ` Mike Houston
2007-12-09 19:40 ` Mike Houston
2007-12-09 21:12 ` Elvis Pranskevichus
2007-12-09 21:12 ` Elvis Pranskevichus
2007-12-09 22:04 ` Adrian Bunk
2007-12-09 22:04 ` Adrian Bunk
2007-12-10 2:31 ` Shaohua Li
2007-12-10 2:31 ` Shaohua Li
2007-12-10 2:49 ` Elvis Pranskevichus
2007-12-10 2:49 ` Elvis Pranskevichus
2007-12-10 4:02 ` Mike Houston
2007-12-10 4:02 ` Mike Houston
2007-12-17 1:59 ` Shaohua Li
2007-12-17 1:59 ` Shaohua Li
2007-12-17 17:14 ` Bjorn Helgaas
2007-12-17 17:14 ` Bjorn Helgaas
2007-12-18 17:59 ` Jean Delvare
2007-12-18 17:59 ` Jean Delvare
2007-12-20 0:20 ` Bjorn Helgaas
2007-12-20 0:20 ` Bjorn Helgaas
2007-12-20 0:45 ` Carlos Corbacho
2007-12-20 0:45 ` Carlos Corbacho
2007-12-20 2:13 ` Elvis Pranskevichus
2007-12-20 2:13 ` Elvis Pranskevichus
2007-12-20 2:17 ` Carlos Corbacho
2007-12-20 2:17 ` Carlos Corbacho
2007-12-21 19:00 ` Bjorn Helgaas
2007-12-21 19:00 ` Bjorn Helgaas
2007-12-21 19:50 ` Mike Houston
2007-12-21 19:50 ` Mike Houston
2007-12-22 11:21 ` Jean Delvare
2007-12-22 11:21 ` Jean Delvare
2007-12-23 3:40 ` Bjorn Helgaas
2007-12-23 3:40 ` Bjorn Helgaas
2007-12-23 9:28 ` Jean Delvare
2007-12-23 9:28 ` Jean Delvare
2007-12-23 9:28 ` Jean Delvare
2007-12-23 23:14 ` Bjorn Helgaas
2007-12-23 23:14 ` Bjorn Helgaas
2007-12-23 23:14 ` Bjorn Helgaas
2007-12-25 21:31 ` Jean Delvare
2008-01-02 18:30 ` Bjorn Helgaas
2008-01-12 9:49 ` Jean Delvare
2007-12-19 23:53 ` Bjorn Helgaas
2007-12-19 23:53 ` Bjorn Helgaas
2007-12-09 22:42 ` Jean Delvare
2007-12-09 22:42 ` Jean Delvare
2007-12-09 23:15 ` Mike Houston
2007-12-09 23:15 ` Mike Houston
2007-12-10 0:19 ` Mike Houston
2007-12-10 0:19 ` Mike Houston
2007-12-10 1:32 ` Ed Sweetman
2007-12-10 1:32 ` Ed Sweetman
2007-12-10 14:55 ` Jean Delvare
2007-12-10 1:10 ` Stephen Cormier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4769C0E2.4000500@shaw.ca \
--to=hancockr@shaw.ca \
--cc=ambx1@neo.rr.com \
--cc=bjorn.helgaas@hp.com \
--cc=bunk@stusta.de \
--cc=carlos@strangeworlds.co.uk \
--cc=el@prans.net \
--cc=khali@linux-fr.org \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lm-sensors@lm-sensors.org \
--cc=mhoffman@lightlink.com \
--cc=mikeserv@bmts.com \
--cc=shaohua.li@intel.com \
--cc=trenn@suse.de \
--cc=yakui.zhao@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.