Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932169AbWHQA5J (ORCPT ); Wed, 16 Aug 2006 20:57:09 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932172AbWHQA5I (ORCPT ); Wed, 16 Aug 2006 20:57:08 -0400 Received: from e33.co.us.ibm.com ([32.97.110.151]:5587 "EHLO e33.co.us.ibm.com") by vger.kernel.org with ESMTP id S932169AbWHQA5H (ORCPT ); Wed, 16 Aug 2006 20:57:07 -0400 Subject: Re: [RFC PATCH 1/4] powerpc 2.6.16-rt17: to build on powerpc w/ RT From: john stultz To: Benjamin Herrenschmidt Cc: Tsutomu OWA , linuxppc-dev@ozlabs.org, mingo@elte.hu, Paul Mackerras , linux-kernel@vger.kernel.org, tglx@linutronix.de In-Reply-To: <1155774368.11312.135.camel@localhost.localdomain> References: <17628.4499.609213.401518@cargo.ozlabs.ibm.com> <1155318983.5337.2.camel@localhost.localdomain> <1155771487.11312.114.camel@localhost.localdomain> <1155772859.15360.12.camel@localhost.localdomain> <1155774368.11312.135.camel@localhost.localdomain> Content-Type: text/plain Date: Wed, 16 Aug 2006 17:56:10 -0700 Message-Id: <1155776171.15360.22.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1346 Lines: 31 On Thu, 2006-08-17 at 02:26 +0200, Benjamin Herrenschmidt wrote: > > Hey Ben, > > I appreciate your looking over my patch. You are correct, the > > conversion is a bit rough and I've not yet been able to work on the > > powerpc vDSO, although I'd like to get it working so any help or > > suggestions would be appreciated (is there a reason the vDSO is written > > in ASM?). > > > > If you have any other concerns w/ that patch, or the generic timekeeping > > code, please let me know and I'll do what I can to address them. > > Well, I've been wanting to look at your stuff and possibly do the > conversion for some time, provided we don't lose performances ... Our > current implementation is very optimized to avoid even memory barriers > in most cases and I doubt we'll be able to be as fine tuned using your > generic code, thus it's a tradeoff decision that we have to do. But > then, I need to look into the details before doing any final > statement :) Ok, although do let me know if you see places where the generic code could use any of the optimizations used in powerpc. thanks -john - 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/