From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from az33egw02.freescale.net (az33egw02.freescale.net [192.88.158.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "az33egw02.freescale.net", Issuer "Thawte Premium Server CA" (verified OK)) by ozlabs.org (Postfix) with ESMTPS id AD3E3DE1CC for ; Tue, 28 Apr 2009 06:47:57 +1000 (EST) Received: from az33smr02.freescale.net (az33smr02.freescale.net [10.64.34.200]) by az33egw02.freescale.net (8.14.3/az33egw02) with ESMTP id n3RKlrHR007875 for ; Mon, 27 Apr 2009 13:47:53 -0700 (MST) Received: from ld0162-tx32.am.freescale.net (ld0162-tx32.am.freescale.net [10.82.19.112]) by az33smr02.freescale.net (8.13.1/8.13.0) with ESMTP id n3RKlrjZ016525 for ; Mon, 27 Apr 2009 15:47:53 -0500 (CDT) Date: Mon, 27 Apr 2009 15:47:52 -0500 From: Scott Wood To: Timur Tabi Subject: Re: [PATCH] fsldma: use PCI Read Multiple command Message-ID: <20090427204752.GA22406@ld0162-tx32.am.freescale.net> References: <20090424183517.GB23140@ovro.caltech.edu> <49F608B7.9080409@ovro.caltech.edu> <49F60A3A.4060402@freescale.com> <49F60BF8.8040404@ovro.caltech.edu> <49F60FE1.90707@freescale.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <49F60FE1.90707@freescale.com> Cc: David Hawkins , Ira Snyder , Liu Dave-R63238 , linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org, Dan Williams List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mon, Apr 27, 2009 at 03:04:49PM -0500, Timur Tabi wrote: > David Hawkins wrote: > > > Can you give me an example of non-PCI memory that would be > > non-prefetchable that you'd like us to try? We can see if our > > host CPUs have an area like that ... we just need to know > > what device to look for first :) > > Hmmmm.... I was going to say any SOC device in the IMMR, but I don't see > anything there that would constitute a memory buffer. > > I test this change on an 8610 and DMA to a register I/O, where this bit > isn't even defined, and it made no difference. So I guess this change > is okay. I thought the driver only used the bit if the device tree indicated it was an 83xx-era DMA controller? That said, the bits are documented as specifically for PCI, so it would be surprising if it had any effect elsewhere. -Scott