From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jason Gunthorpe Subject: Re: [PATCH 5/5] arm: dts: Convert mvebu device tree files to 64 bits Date: Thu, 21 Mar 2013 15:46:07 -0600 Message-ID: <20130321214607.GC8431@obsidianresearch.com> References: <1363883179-1361-1-git-send-email-gregory.clement@free-electrons.com> <1363883179-1361-6-git-send-email-gregory.clement@free-electrons.com> <20130321201533.GN21478@lunn.ch> <20130321212236.1015295d@skate> <20130321205545.GA8358@obsidianresearch.com> <20130321221523.7ede6ccc@skate> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline 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 , 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 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? I think lots of Linux workloads will really struggle under those conditions.. Jason