All of lore.kernel.org
 help / color / mirror / Atom feed
From: Darren Hart <dvhart@linux.intel.com>
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors] hwmon: (adm1021) Clarify documentation regarding
Date: Fri, 15 Apr 2011 04:57:11 +0000	[thread overview]
Message-ID: <4DA7D027.9080503@linux.intel.com> (raw)
In-Reply-To: <20110409183156.215fa01e@endymion.delvare>

[-- Attachment #1: Type: text/plain, Size: 2340 bytes --]



On 04/10/2011 12:08 AM, Jean Delvare wrote:
> Hi Darren,
> 
> On Sat, 09 Apr 2011 16:15:45 -0700, Darren Hart wrote:
>> On 04/09/2011 01:39 PM, Guenter Roeck wrote:
>>> On Sat, Apr 09, 2011 at 12:31:56PM -0400, Jean Delvare wrote:
>>>> Recent Xeon processor thermal sensors are supported by the coretemp
>>>> driver and not the adm1021 driver. Only one old generation of Xeon
>>>> processors (the first Netburst ones) are supported by the adm1021
>>>> driver.
>>
>> In addition to changing the kernel config help, is there a way to avoid
>> loading this driver for non netburst type CPUs? Someway to blacklist
>> later CPUs from using this driver? Seems this would make sensors-detect
>> and such behave better.
> 
> This is all the other way around. The adm1021 driver doesn't auto-load
> on PC systems. The way it usually goes is that sensors-detect will
> detect a compatible device, and it will set the adm1021 driver to be
> loaded when the lm_sensors service is started. The adm1021 driver, in
> turn, tries to detect compatible devices, and bind to them if found.
> 
> So the problem boils down to two related issues:
> * The sensors-detect script seemingly misdetected a device on your
>   system.
> * The adm1021 got loaded and misdetected the same device.
> Which is expected as in general sensors-detect has the same detection
> code as hwmon drivers on the kernel side.
> 
> That being said, this can only be fixed if you provide the full output
> of sensors-detect on your system after unloading all hwmon drivers
> (stopping the lm_sensors service sometimes do, but not always, depends
> on the distribution) and a dump of the misdetected device. This will
> confirm the misdetection and hopefully offer a way to avoid it.

This system is really throwing me for a loop. After returning from ELC I
powered it back up and have been completely unable to get sensors to
read anything from w83795 or ipmi-si even. Running sensors-detect
(without any hwmon modules loaded) finds only ipmi-si and w83627ehf, but
sensors only reports on w83627ehf).

I have attached the typescript of the sensors-detect session, but it
isn't very interesting. If I stumble across another odd set modules
detected, I'll report back to the list.

/me scratches head...

-- 
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel

[-- Attachment #2: typescript --]
[-- Type: application/octet-stream, Size: 7137 bytes --]

[-- Attachment #3: Type: text/plain, Size: 153 bytes --]

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

  parent reply	other threads:[~2011-04-15  4:57 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-09 16:31 [lm-sensors] hwmon: (adm1021) Clarify documentation regarding Xeon Jean Delvare
2011-04-09 20:39 ` [lm-sensors] hwmon: (adm1021) Clarify documentation regarding Guenter Roeck
2011-04-09 21:29 ` Jean Delvare
2011-04-09 23:15 ` Darren Hart
2011-04-10  7:08 ` Jean Delvare
2011-04-15  4:57 ` Darren Hart [this message]
2011-04-15  7:32 ` Jean Delvare

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=4DA7D027.9080503@linux.intel.com \
    --to=dvhart@linux.intel.com \
    --cc=lm-sensors@vger.kernel.org \
    /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.