From mboxrd@z Thu Jan 1 00:00:00 1970 From: Benjamin Herrenschmidt Subject: Re: [PATCH 02/12] fs_enet: Add MPC5121 FEC support. Date: Tue, 19 May 2009 08:17:31 +1000 Message-ID: <1242685051.16901.6.camel@pasglop> References: <1241640919-4650-1-git-send-email-wd@denx.de> <20090506220954.5D3AF83420E8@gemini.denx.de> <200905141438.23348.kosmo@semihalf.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: Becky Bruce , Piotr =?UTF-8?Q?Zi=C4=99cik?= , Detlev Zundel , John Rigby , netdev@vger.kernel.org, linuxppc-dev@ozlabs.org, Scott Wood , Wolfgang Denk To: Grant Likely Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org Errors-To: linuxppc-dev-bounces+glppe-linuxppc-embedded-2=m.gmane.org@ozlabs.org List-Id: netdev.vger.kernel.org On Thu, 2009-05-14 at 08:00 -0600, Grant Likely wrote: > > All of this doesn't actually affect the driver code at all. It's all > handled by the kernel and the DMA apis. What it does affect is > multiplatform kernels. The DMA behaviour is set at compile time, not > run time, depending on the setting of CONFIG_NON_COHERENT_CACHE (see > arch/powerpc/platforms/Kconfig.cputype). A kernel which has it on > won't run properly on a platform which has it off, and visa-versa. We are close to the point where we can make this a runtime option though, by just having a different set of dma_ops hooked in. Cheers, Ben.