From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gleb Natapov Subject: Re: current_thread_info() vs task_thread_info(current) Date: Mon, 18 Jul 2011 14:48:34 +0300 Message-ID: <20110718114834.GJ2400@redhat.com> References: <1310988183.13765.56.camel@twins> <20110718113600.GI2400@redhat.com> <1310989490.13765.57.camel@twins> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mx1.redhat.com ([209.132.183.28]:51705 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756579Ab1GRLsv (ORCPT ); Mon, 18 Jul 2011 07:48:51 -0400 Content-Disposition: inline In-Reply-To: <1310989490.13765.57.camel@twins> Sender: linux-arch-owner@vger.kernel.org List-ID: To: Peter Zijlstra Cc: linux-arch@vger.kernel.org, linux-kernel , Thomas Gleixner , "Paul E. McKenney" On Mon, Jul 18, 2011 at 01:44:50PM +0200, Peter Zijlstra wrote: > On Mon, 2011-07-18 at 14:36 +0300, Gleb Natapov wrote: > > > Why not use per cpu kernel_stack variable on all arches as x86_64 does? > > How big the advantage of using stack pointer to find current thread info is? > > One less load I imagine. Oh, yes of course. But what I mean is that if using kernel_stack is good enough for most popular architecture (x86_64) may be it is good enough for other architectures too? -- Gleb.