From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751166AbWDQRLm (ORCPT ); Mon, 17 Apr 2006 13:11:42 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751180AbWDQRLm (ORCPT ); Mon, 17 Apr 2006 13:11:42 -0400 Received: from cantor2.suse.de ([195.135.220.15]:50096 "EHLO mx2.suse.de") by vger.kernel.org with ESMTP id S1751166AbWDQRLl (ORCPT ); Mon, 17 Apr 2006 13:11:41 -0400 From: Andi Kleen To: Nick Piggin Subject: Re: [PATCH 00/05] robust per_cpu allocation for modules Date: Mon, 17 Apr 2006 19:10:46 +0200 User-Agent: KMail/1.9.1 Cc: Steven Rostedt , LKML , Andrew Morton , Linus Torvalds , Ingo Molnar , Thomas Gleixner , Martin Mares , bjornw@axis.com, schwidefsky@de.ibm.com, benedict.gaster@superh.com, lethal@linux-sh.org, Chris Zankel , Marc Gauthier , Joe Taylor , David Mosberger-Tang , rth@twiddle.net, spyro@f2s.com, starvik@axis.com, tony.luck@intel.com, linux-ia64@vger.kernel.org, ralf@linux-mips.org, linux-mips@linux-mips.org, grundler@parisc-linux.org, parisc-linux@parisc-linux.org, linuxppc-dev@ozlabs.org, paulus@samba.org, linux390@de.ibm.com, davem@davemloft.net References: <1145049535.1336.128.camel@localhost.localdomain> <4441ECE6.5010709@yahoo.com.au> In-Reply-To: <4441ECE6.5010709@yahoo.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200604171910.48838.ak@suse.de> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Sunday 16 April 2006 09:06, Nick Piggin wrote: > I still don't understand what the justification is for slowing down > this critical bit of infrastructure for something that is only a > problem in the -rt patchset, and even then only a problem when tracing > is enabled. There are actually problems outside -rt. e.g. the Xen kernel was running into a near overflow and as more and more code is using per cpu variables others might too. I'm confident the problem can be solved without adding more variables though - e.g. in the way rusty proposed. -Andi