The Linux Kernel Mailing List
 help / color / mirror / Atom feed
From: Guenter Roeck <guenter.roeck@ericsson.com>
To: Jean Delvare <khali@linux-fr.org>
Cc: Andi Kleen <andi@firstfloor.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Kay Sievers <kay.sievers@vrfy.org>,
	"trenn@suse.de" <trenn@suse.de>, Andi Kleen <ak@linux.intel.com>,
	"fenghua.yu@intel.com" <fenghua.yu@intel.com>
Subject: Re: [PATCH 06/10] HWMON: Convert coretemp to x86 cpuid autoprobing
Date: Thu, 8 Dec 2011 08:09:29 -0800	[thread overview]
Message-ID: <1323360569.2415.16.camel@groeck-laptop> (raw)
In-Reply-To: <20111208082402.3591123f@endymion.delvare>

On Thu, 2011-12-08 at 02:24 -0500, Jean Delvare wrote:
> Hi Andi,
> 
> Thanks a lot for working on this. I wanted to give it a try long ago but
> could never find the time.
> 
> On Wed, 7 Dec 2011 18:40:01 -0800, Guenter Roeck wrote:
> > Andi,
> > 
> > On Wed, Dec 07, 2011 at 07:41:19PM -0500, Andi Kleen wrote:
> > > From: Andi Kleen <ak@linux.intel.com>
> > > 
> > > Use the new x86 cpuid autoprobe interface for the Intel coretemp
> > > driver.
> > > 
> > > Cc: fenghua.yu@intel.com
> > > Cc: khali@linux-fr.org
> > > Cc: guenter.roeck@ericsson.com
> > > Signed-off-by: Andi Kleen <ak@linux.intel.com>
> > > ---
> > >  drivers/hwmon/coretemp.c |   17 ++++++++++++++---
> > >  1 files changed, 14 insertions(+), 3 deletions(-)
> > > 
> > > diff --git a/drivers/hwmon/coretemp.c b/drivers/hwmon/coretemp.c
> > > index 104b376..5de1579 100644
> > > --- a/drivers/hwmon/coretemp.c
> > > +++ b/drivers/hwmon/coretemp.c
> > > @@ -39,6 +39,7 @@
> > >  #include <linux/moduleparam.h>
> > >  #include <asm/msr.h>
> > >  #include <asm/processor.h>
> > > +#include <asm/cpu_device_id.h>
> > >  
> > >  #define DRVNAME	"coretemp"
> > >  
> > > @@ -756,13 +757,23 @@ static struct notifier_block coretemp_cpu_notifier __refdata = {
> > >  	.notifier_call = coretemp_cpu_callback,
> > >  };
> > >  
> > > +static struct x86_cpu_id coretemp_ids[] = {
> 
> Can't this be made const?
> 
Unless I am missing something, the patchset would have to change to
accept a const as parameter to x86_match_cpu().

> > > +	{ X86_VENDOR_INTEL, X86_FAMILY_ANY, X86_MODEL_ANY, X86_FEATURE_DTS },
> > > +	{}
> > > +};
> > > +MODULE_DEVICE_TABLE(x86cpu, coretemp_ids);
> > > +
> > >  static int __init coretemp_init(void)
> > >  {
> > >  	int i, err = -ENODEV;
> > >  
> > > -	/* quick check if we run Intel */
> > > -	if (cpu_data(0).x86_vendor != X86_VENDOR_INTEL)
> > > -		goto exit;
> > > +	/*
> > > +	 * CPUID.06H.EAX[0] indicates whether the CPU has thermal
> > > +	 * sensors. We check this bit only, all the early CPUs
> > > +	 * without thermal sensors will be filtered out.
> > > +	 */
> > > +	if (!x86_match_cpu(coretemp_ids))
> > > +		return -ENODEV;
> >
> > X86_FEATURE_DTS is checked elsewhere in the driver, in function get_core_online().
> > Can that check be removed ?
> 
> Is it not possible in theory to mix a CPU with DTS and one without DTS
> on the same system? There may be a reason why the DTS flag was checked
> in get_core_online() (i.e. on a per-core basis) rather than in
> coretemp_init(). I seem to recall that someone explicitly asked for it.
> 
> To avoid any risk of regression, I wouldn't touch this part of the code.
> 
Ok, makes sense.

Thanks,
Guenter



  reply	other threads:[~2011-12-08 16:11 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-08  0:41 Updated cpu module autoprobing patchkit Andi Kleen
2011-12-08  0:41 ` [PATCH 01/10] Add driver auto probing for x86 features Andi Kleen
2011-12-08  1:57   ` H. Peter Anvin
2011-12-08  9:35   ` Jean Delvare
2011-12-08 14:45     ` Andi Kleen
2011-12-09 20:16       ` Jean Delvare
2011-12-09 20:24         ` Andi Kleen
2011-12-09 20:28           ` Jean Delvare
2011-12-16  1:25         ` H. Peter Anvin
2011-12-08  0:41 ` [PATCH 02/10] crypto: Add support for x86 cpuid auto loading for x86 crypto drivers Andi Kleen
2011-12-08  0:41 ` [PATCH 03/10] intel-idle: convert to x86_cpu_id auto probing Andi Kleen
2011-12-08  0:41 ` [PATCH 04/10] ACPI: Load acpi-cpufreq from processor driver automatically Andi Kleen
2011-12-08  0:41 ` [PATCH 05/10] HWMON: Convert via-cputemp to x86 cpuid autoprobing Andi Kleen
2011-12-08 10:51   ` Jean Delvare
2011-12-08  0:41 ` [PATCH 06/10] HWMON: Convert coretemp " Andi Kleen
2011-12-08  2:40   ` Guenter Roeck
2011-12-08  7:24     ` Jean Delvare
2011-12-08 16:09       ` Guenter Roeck [this message]
2011-12-08 16:13         ` Jean Delvare
2011-12-08 20:58           ` Andi Kleen
2011-12-08 14:35     ` Andi Kleen
2011-12-08  0:41 ` [PATCH 07/10] cpufreq: Add support for x86 cpuinfo auto loading Andi Kleen
2011-12-08  1:07   ` Dave Jones
2011-12-08  1:13     ` Andi Kleen
2011-12-08  1:24       ` Dave Jones
2011-12-08  4:01         ` Andi Kleen
2011-12-08  8:49   ` Borislav Petkov
2011-12-08 14:37     ` Andi Kleen
2011-12-16  1:19       ` H. Peter Anvin
2011-12-16  2:12         ` Andi Kleen
2011-12-08  0:41 ` [PATCH 08/10] x86: autoload microcode driver on Intel and AMD systems Andi Kleen
2011-12-08  0:41 ` [PATCH 09/10] x86: Add a test module for cpu loading Andi Kleen

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=1323360569.2415.16.camel@groeck-laptop \
    --to=guenter.roeck@ericsson.com \
    --cc=ak@linux.intel.com \
    --cc=andi@firstfloor.org \
    --cc=fenghua.yu@intel.com \
    --cc=kay.sievers@vrfy.org \
    --cc=khali@linux-fr.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=trenn@suse.de \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox