Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754289Ab0ARIdP (ORCPT ); Mon, 18 Jan 2010 03:33:15 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752919Ab0ARIdO (ORCPT ); Mon, 18 Jan 2010 03:33:14 -0500 Received: from mga12.intel.com ([143.182.124.36]:29237 "EHLO azsmga102.ch.intel.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752891Ab0ARIdO (ORCPT ); Mon, 18 Jan 2010 03:33:14 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.47,316,1257148800"; d="scan'208";a="233837389" Date: Mon, 18 Jan 2010 16:27:32 +0800 From: Yong Wang To: Jean Delvare Cc: Robert Hancock , Yuhong Bao , linux-kernel@vger.kernel.org, huaxu.wan@intel.com, lm-sensors@lm-sensors.org Subject: Re: [lm-sensors] [PATCH] hwmon: (coretemp) Fix TjMax for Atom N450/D410/D510 CPUs Message-ID: <20100118082732.GA19297@ywang-moblin2.bj.intel.com> References: <20091224073102.GA23058@ywang-moblin2.bj.intel.com> <20100106160817.72313551@hyperion.delvare> <20100110200621.564a6682@hyperion.delvare> <20100111062024.GA20804@ywang-moblin2.bj.intel.com> <20100117161518.4912be7c@hyperion.delvare> <4B536502.20102@gmail.com> <20100117210536.0ae0f187@hyperion.delvare> <20100118065821.GA19008@ywang-moblin2.bj.intel.com> <20100118091451.7f103914@hyperion.delvare> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100118091451.7f103914@hyperion.delvare> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1902 Lines: 42 On Mon, Jan 18, 2010 at 09:14:51AM +0100, Jean Delvare wrote: > On Mon, 18 Jan 2010 14:58:21 +0800, Yong Wang wrote: > > On Sun, Jan 17, 2010 at 09:05:36PM +0100, Jean Delvare wrote: > > > That's where I am confused. The patch checks for the presence of the > > > Intel NM10, which, reading its description looks much like a south > > > bridge and not a memory controller (north bridge). So I think the patch > > > is wrong (or at least incomplete). > > > > Sorry, I made a mistake in the patch description. The new Atom CPU is > > coupled with integrated gfx and memory controller in one package. NM10 > > chipset is another chip. This patch does check the presence of the > > integrated memory controller, i.e. 00:00.0 Host bridge device, which > > will always be present no matter whether NM10 chipset is used or not. > > OK. Then indeed the patch description was rather bad. Even the comments > in the code are misleading, they mention the NM10 when they don't > really have to. > > But at least if the code itself is OK... that's not that bad. > > > > Anyway, how difficult would it be to set TjMax based on the CPUID? I > > > presume that the Intel Atom 400 and 500 series have their own CPUID > > > value, haven't they? This would seem even easier that checking for a > > > PCI device. > > > > CPUID value (family and model number) remains the same for all Atom CPUs > > thus far. That is why we check the new Atom CPU this way. > > What about the stepping value? Don't these CPU models have their own? > The stepping value is not architectually defined. Therefore, it is not the recommended way to detect CPU make and models. Thanks -Yong -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/