From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from jdl.com (jdl.com [208.123.74.7]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTP id E6EB5DDE20 for ; Sat, 5 May 2007 01:16:33 +1000 (EST) To: Benjamin Herrenschmidt Subject: Re: [PATCH] Remove CPU_FTR_NEED_COHERENT for 7448. In-Reply-To: Your message of "Fri, 04 May 2007 07:36:48 +1000." <1178228208.6353.55.camel@localhost.localdomain> References: <1178141683.32136.46.camel@ld0161-tx32> <1178187440.20944.12.camel@localhost.localdomain> <1178208838.17201.52.camel@ld0161-tx32> <1178228208.6353.55.camel@localhost.localdomain> Date: Fri, 04 May 2007 10:16:29 -0500 From: Jon Loeliger Message-Id: Cc: "linuxppc-dev@ozlabs.org" List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , So, like, the other day Benjamin Herrenschmidt mumbled: > > I still maintain it should be a runtime thing tho :-) > > Ben. So, could you comment on my proposed solution doing things exactly this way? Speifically, would folks prefer the dynamic number_of_cpus() == 1 and possibly checking the device tree or SMP map, or the #ifndef SMP test guarding the removal of the CPU_FTR_NEED_COHERENT bit? Thanks, jdl