From mboxrd@z Thu Jan 1 00:00:00 1970 From: Fabio Estevam Date: Sat, 7 Oct 2017 14:46:04 -0300 Subject: [U-Boot] [PATCH] disk: part_dos: Use the original allocation scheme for the SPL case In-Reply-To: <20171005043646.GB8685@largo.jsg.id.au> References: <1507134597-6831-1-git-send-email-fabio.estevam@nxp.com> <20171005043646.GB8685@largo.jsg.id.au> Message-ID: List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hi Jonathan, On Thu, Oct 5, 2017 at 1:36 AM, Jonathan Gray wrote: > This does not seem to be a complete fix, cubox is still broken when > U-Boot proper loads, unless the efi loader commits are to blame > for introducing unaligned accesses. I cannot reproduce the problem on mx6q cubox: U-Boot SPL 2017.11-rc1-00101-gafbdfd8 (Oct 07 2017 - 14:41:16) Trying to boot from MMC1 U-Boot 2017.11-rc1-00101-gafbdfd8 (Oct 07 2017 - 14:41:16 -0300) CPU: Freescale i.MX6Q rev1.5 996 MHz (running at 792 MHz) CPU: Extended Commercial temperature grade (-20C to 105C) at 23C Reset cause: POR Board: MX6 Cubox-i DRAM: 2 GiB MMC: FSL_SDHC: 0 No panel detected: default to HDMI Display: HDMI (1024x768) In: serial Out: serial Err: serial Net: FEC Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... Found U-Boot script /boot/boot.scr 336 bytes read in 70 ms (3.9 KiB/s) ## Executing script at 12000000 37669 bytes read in 69 ms (532.2 KiB/s) 6378872 bytes read in 361 ms (16.9 MiB/s) ## Flattened Device Tree blob at 18000000 Booting using the fdt blob at 0x18000000 Using Device Tree in place at 18000000, end 1800c324 Starting kernel ... [ 0.000000] Booting Linux on physical CPU 0x0