Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751266AbWAIEwM (ORCPT ); Sun, 8 Jan 2006 23:52:12 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751274AbWAIEwL (ORCPT ); Sun, 8 Jan 2006 23:52:11 -0500 Received: from thorn.pobox.com ([208.210.124.75]:48825 "EHLO thorn.pobox.com") by vger.kernel.org with ESMTP id S1751266AbWAIEwJ (ORCPT ); Sun, 8 Jan 2006 23:52:09 -0500 Date: Sun, 8 Jan 2006 22:51:54 -0600 From: Nathan Lynch To: "Zhang, Yanmin" Cc: Yanmin Zhang , greg@kroah.com, linux-kernel@vger.kernel.org, discuss@x86-64.org, linux-ia64@vger.kernel.org, "Siddha, Suresh B" , "Shah, Rajesh" , "Pallipadi, Venkatesh" Subject: Re: [PATCH v2:3/3]Export cpu topology by sysfs Message-ID: <20060109045153.GB2683@localhost.localdomain> References: <8126E4F969BA254AB43EA03C59F44E84045838F8@pdsmsx404> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8126E4F969BA254AB43EA03C59F44E84045838F8@pdsmsx404> User-Agent: Mutt/1.4.2.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1833 Lines: 34 Zhang, Yanmin wrote: > >>> >>I don't think it makes much sense to add and remove the attribute > >>> >>group for cpu online/offline events. The topology information for an > >>> >>offline cpu is potentially valuable -- it could help the admin decide > >>> >>which processor to online at runtime, for example. > >>> >> > >>> >>I believe the correct time to update the topology information is when > >>> >>the topology actually changes (e.g. physical addition or removal of a > >>> >>processor) -- this is independent of online/offline operations. > >>> > >>> Currently, on i386/x86_64/ia64, a cpu gets its own topology by > >>> itself and fills into a global array. If the cpu is offline since > >>> the machine is booted, we can't get its topology info. > >> > >>Hmm, is this a limitation of those architectures? On ppc64 (where > >>this feature would be applicable) Open Firmware provides such topology > >>information regardless of the cpus' states; does the firmware or ACPI > >>on these platforms not do the same? > > On I386/x86_64/IA64, MADT, an ACPI table, provides apic id for all > cpus. But we can't divide it to get core id and thread id becasue we > couldn't know how many bits of apic id are for core id and how many > bits are for thread id. These info are got only by executing cupid > (on i386/x86_64) or PAL call (on ia64) by the online cpu itself. In practice does the division of bits between core and thread in the apic id differ between cpus in the same system? Is there really no way to discover a cpu's core and thread id without onlining it on these platforms? - 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/