From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stephen Warren Date: Fri, 18 Mar 2016 20:12:12 -0600 Subject: [U-Boot] [PATCH v2 0/5] Enable caches for the RPi2 In-Reply-To: <56EA639E.5050102@suse.de> References: <1458139284-86132-1-git-send-email-agraf@suse.de> <56EA31FF.6080304@wwwdotorg.org> <56EA639E.5050102@suse.de> Message-ID: <56ECB57C.7070504@wwwdotorg.org> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On 03/17/2016 01:58 AM, Alexander Graf wrote: > > > On 17.03.16 05:26, Stephen Warren wrote: >> On 03/16/2016 08:41 AM, Alexander Graf wrote: >>> This patch set converts the Raspberry Pi 2 system to properly make use of >>> the caches available in it. >>> >>> Because we're running in HYP mode, we first need to teach U-Boot how to >>> make use of HYP registers and the LPAE page layout which is mandated by >>> hardware when running in HYP mode. >>> >>> Then while we're at it, also mark the frame buffer cached to speed up >>> screen updates. >>> >>> With this patch set, my Raspberry Pi 3 running in AArch32 mode is a *lot* >>> faster than without. >>> >>> Please verify that the code works on a RPi2 as well and doesn't break the >>> original Pi. In theory it should work, but I only have a 3 to test on >>> available here. >> >> This series mostly works OK. I found the following results, with my >> rpi_dev branch on github if you want to test the exact same commits: >> >> RPi B+ (running rpi_1 build): >> - Very minor transient corruption when running "ls mmc 0:2 /etc" >> >> RPi 2 (running rpi_2 build): >> RPi 3 (booting in 32-bit mode and running rpi_2 build): >> RPi 3 (booting in 32-bit mode and running rpi_3_32b build): >> - Obvious transient corruption when running "ls mmc 0:2 /etc" >> >> RPi 3 (booting in 64-bit mode and running rpi_3 build): >> - No issues ... > Ugh. It helps when you get the parameters for ALIGN() correctly. > > Please just squash the patch below into the last patch, then things > should work fine. If you like I can resend a v3, but I guess the change > is small enough? With that fix squashed in, the series, Tested-by: Stephen Warren (You probably want to Cc Tom Rini on the revised patches since he applies ARM board patches these days.)