From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andre Przywara Date: Thu, 30 Nov 2017 09:56:18 +0000 Subject: [U-Boot] [PATCH 4/4] fastboot: Enable flashing by default on sunxi In-Reply-To: <20171130075850.xk5sqw4ew6js6jdo@flea.lan> References: <6df52f5c-8ffa-ffa4-ca11-48de06008a75@arm.com> <20171130075850.xk5sqw4ew6js6jdo@flea.lan> Message-ID: List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To: u-boot@lists.denx.de Hi, On 30/11/17 07:58, Maxime Ripard wrote: > On Thu, Nov 30, 2017 at 12:23:28AM +0000, Andr=C3=A9 Przywara wrote: >> On 28/11/17 10:34, Maxime Ripard wrote: >>> Now that more and more devices are built using eMMC, providing a way to >>> easily flash the system without too much hassle seems like a right thin= g to >>> do. >>> >>> Since fastboot is the most deployed tool to do that these days, we can = just >>> rely on it to provide a way to flash the various components in the syst= em >>> (SPL, U-Boot and the system itself) easily, especially since you can up= load >>> the U-Boot hosting the fastboot "server" through FEL. >>> >>> Signed-off-by: Maxime Ripard >> >> Reviewed-by: Andre Przywara >> >> The binary size for 32-bit targets is still reasonable with this >> addition (thanks to Thumb2). >> >> But if I enable MUSB for the Pine64 it generates a 537KB u-boot.itb. And >> the build process does not complain, I guess because I don't generate a >> combined binary (glueing SPL in front). But this isn't really caused by >> this patch, so just a heads up. >=20 > I guess we would need to have kind of the same check at compile time > for ARM64 then. I'm not sure exactly how that would be doable > though... Me neither without digging deeply into the build system ;-) By the way, can you point me to the part which triggers the generation of u-boot-sunxi-with-spl.bin? This does not get generated for ARM64 at the moment, though it should. And this is probably the place where the check lives for ARM. Cheers, Andre.