From mboxrd@z Thu Jan 1 00:00:00 1970 From: arnd@arndb.de (Arnd Bergmann) Date: Fri, 22 Mar 2013 06:55:25 +0000 Subject: [PATCH 5/5] arm: dts: Convert mvebu device tree files to 64 bits In-Reply-To: References: <1363883179-1361-1-git-send-email-gregory.clement@free-electrons.com> <20130321214607.GC8431@obsidianresearch.com> Message-ID: <201303220655.25882.arnd@arndb.de> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Thursday 21 March 2013, Lior Amsalem wrote: > > From: Jason Gunthorpe [mailto:jgunthorpe at obsidianresearch.com] > > Sent: Thursday, March 21, 2013 11:46 PM > > > > On Thu, Mar 21, 2013 at 11:35:21PM +0200, Lior Amsalem wrote: > > > > > > *) It would require Linux to change the internal registers address > > > > (for now the kernel relies on the bootloader). The problem is that > > > > we can't do it early enough to preserve the earlyprintk > > > > functionality. Maybe you have suggestions on how to achieve that? > > > > > > Please note that all registers and IOs are still 32bit, the 40bit > > > extension is on the CPU to DRAM path (windows) only. > > > > Ah, I did wonder, since Ezequiel's MBUS driver was the same as on prior > > families. I guess it is also the case that all on board DMA and DMA from PCI-E > > devices are restricted to the low 32 bits as well? > > Correct, that's why we sets DMABOUNCE config. > IIRC, DMABOUNCE does not work well in a multiplatform configuration. Have you tried using swiotlb instead? Arnd From mboxrd@z Thu Jan 1 00:00:00 1970 From: Arnd Bergmann Subject: Re: [PATCH 5/5] arm: dts: Convert mvebu device tree files to 64 bits Date: Fri, 22 Mar 2013 06:55:25 +0000 Message-ID: <201303220655.25882.arnd@arndb.de> References: <1363883179-1361-1-git-send-email-gregory.clement@free-electrons.com> <20130321214607.GC8431@obsidianresearch.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: devicetree-discuss-bounces+gldd-devicetree-discuss=m.gmane.org-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org Sender: "devicetree-discuss" To: Lior Amsalem Cc: Andrew Lunn , Ike Pan , Nadav Haklai , David Marlin , Yehuda Yitschak , Tawfik Bayouk , Dan Frazier , Eran Ben-Avi , Jason Gunthorpe , Leif Lindholm , Sebastian Hesselbarth , Jason Cooper , Jon Masters , "devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org" , Rob Herring , "linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org" , Chris Van Hoof , "linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , Maen Suleiman , Shadi Ammouri List-Id: devicetree@vger.kernel.org On Thursday 21 March 2013, Lior Amsalem wrote: > > From: Jason Gunthorpe [mailto:jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org] > > Sent: Thursday, March 21, 2013 11:46 PM > > > > On Thu, Mar 21, 2013 at 11:35:21PM +0200, Lior Amsalem wrote: > > > > > > *) It would require Linux to change the internal registers address > > > > (for now the kernel relies on the bootloader). The problem is that > > > > we can't do it early enough to preserve the earlyprintk > > > > functionality. Maybe you have suggestions on how to achieve that? > > > > > > Please note that all registers and IOs are still 32bit, the 40bit > > > extension is on the CPU to DRAM path (windows) only. > > > > Ah, I did wonder, since Ezequiel's MBUS driver was the same as on prior > > families. I guess it is also the case that all on board DMA and DMA from PCI-E > > devices are restricted to the low 32 bits as well? > > Correct, that's why we sets DMABOUNCE config. > IIRC, DMABOUNCE does not work well in a multiplatform configuration. Have you tried using swiotlb instead? Arnd