WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [PATCH] use per-cpu variables in cpufreq

To: Keir Fraser <keir@xxxxxxx>
Subject: Re: [Xen-devel] [PATCH] use per-cpu variables in cpufreq
From: Juergen Gross <juergen.gross@xxxxxxxxxxxxxx>
Date: Fri, 27 May 2011 15:29:17 +0200
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 27 May 2011 07:12:21 -0700
Dkim-signature: v=1; a=rsa-sha256; c=simple/simple; d=ts.fujitsu.com; i=juergen.gross@xxxxxxxxxxxxxx; q=dns/txt; s=s1536b; t=1306505410; x=1338041410; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=CNseJVTnTujOvjAnYKvVjp4qnlM2TdYod/a6w2b9B5w=; b=MQ4okeKl13ap6wlx/CCj7URa3znZnWo+rMciKEo/3qpLi63ycquKRltH zLv8OdUN9iPljApUOCZjcUPdEnnA/ewjrRHQZGnJ/vnbH3mFxsSvT8ruO J9tQyw+N+KrKjkd/39ojVQEucmRMLghh34jsJe3I9ZlT1CNMkhb/TQmRu I2qe8vVt6tY1WXNjySDQxEXA1vVcCWt+F8n7SnZNeJl/OgRolV/19EgKW aTA590HvTziJOv0urh8zK/v3T+Gbk;
Domainkey-signature: s=s1536a; d=ts.fujitsu.com; c=nofws; q=dns; h=X-SBRSScore:X-IronPort-AV:Received:X-IronPort-AV: Received:Received:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=UWFquvgi8TY3xmcQ2S/Z1CYWSkHqzxv8eU8UprEnTv1SRjgxGIQwdfyT SFtLQAq3s3wU4jfuVgbmSxxvWZICOWq7RdoIFjJhJtzowFNsHWAXARjAZ grvk+x7sXzTuKKA1JtSQT/xvTgbD9TASLU4cDfZYP8vpbPoBO4ZU8O89W +xi/DYLNM5dRmR9nXoOnCKBiGTRHfqEHPQo0LdqeaYHjeOsMAaQjgW1d2 iCilgOPReygqAn7Ks9m+UKjFUKwYg;
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <CA0561A7.2DB3E%keir@xxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: Fujitsu Technology Solutions
References: <CA0561A7.2DB3E%keir@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110402 Iceowl/1.0b2 Icedove/3.1.9
On 05/27/11 15:11, Keir Fraser wrote:
On 27/05/2011 12:11, "Juergen Gross"<juergen.gross@xxxxxxxxxxxxxx>  wrote:

The cpufreq driver used some local arrays indexed by cpu number. This patch
replaces those arrays by per-cpu variables. The AMD and INTEL specific parts
used different per-cpu data structures with nearly identical semantics.
Fold the two structures into one by adding a generic architecture data item.
Xen's per-cpu data gets freed across cpu offline/online, whereas cpu-indexed
arrays of course do not. Will the cpufreq state be correctly handled across
offline/online if we switch to per-cpu vars?

As far as I could see, yes. The data should only be used for cpus with
a valid acpid->cpuid translation, which is created when a cpu is going
online and destroyed when it is going offline again.
It would be nice, however, if the INTEL and/or AMD code owners could
give an ack on this...


Juergen

--
Juergen Gross                 Principal Developer Operating Systems
TSP ES&S SWE OS6                       Telephone: +49 (0) 89 3222 2967
Fujitsu Technology Solutions              e-mail: juergen.gross@xxxxxxxxxxxxxx
Domagkstr. 28                           Internet: ts.fujitsu.com
D-80807 Muenchen                 Company details: ts.fujitsu.com/imprint.html


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel