From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([209.51.188.92]:36079) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hELla-0008Pr-25 for guix-patches@gnu.org; Wed, 10 Apr 2019 18:32:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hELcU-00065T-PR for guix-patches@gnu.org; Wed, 10 Apr 2019 18:23:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:40105) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hELcU-00064y-Hy for guix-patches@gnu.org; Wed, 10 Apr 2019 18:23:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hELcU-0004yL-8x for guix-patches@gnu.org; Wed, 10 Apr 2019 18:23:02 -0400 Subject: [bug#35217] gnu: u-boot: Update to 2019.04. Resent-Message-ID: From: Vagrant Cascadian In-Reply-To: <87zhox33vu.fsf@ponder> References: <87h8b6ia13.fsf@ponder> <87zhox33vu.fsf@ponder> Date: Wed, 10 Apr 2019 15:22:18 -0700 Message-ID: <87v9zl33hh.fsf@ponder> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: 35217@debbugs.gnu.org --=-=-= Content-Type: text/plain > On 2019-04-10, Vagrant Cascadian wrote: > * gnu/packages/bootloaders (u-boot): Update to 2019.04. ... > (u-boot-am335x-evm): New variable. > (u-boot-am335x-boneblack): Deprecate variable. The am335x-boneblack configuration was dropped from upstream. The am335x-evm image is considerably larger than the am335x-boneblack images, which leads to issues when installing at a device offset, as it will overwrite the first partition unless the first partition starts significantly later than most tools (parted, cfdisk) default of sector 2048 (beagleboard.org images start the first partition at sector 8192). The embedded-os-installation code should probably check to make sure they aren't trampling the first partition if installing to the raw device offset. Alternately, it's possible to copy the u-boot.img onto the first FAT partition of the microSD/eMMC, which will be loaded instead of the offset. But that takes some rethinking of how to install the bootloader (which would be good to not diverge from upstream for other platforms, such as u-boot-novena). I've unsuccessfully tried to make a minimal variant of the am335x-evm that only supports the beaglebone black, by removing the other device trees, which made it considerably smaller, but not small enough. Disabling NAND and related features might still be possible, but I haven't managed to get a configuration that compiles. So there's no clear upgrade path for existing beaglebone black installs. The upside to all this is that am335x-evm supports multiple boards! In light of all that, I'm not sure what a proper way forward is... live well, vagrant --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRlgHNhO/zFx+LkXUXcUY/If5cWqgUCXK5smwAKCRDcUY/If5cW qiFQAQDpyMrHLl6e/211Ko4EqJISj1E/WfaZOxyXwUwGY3n45wD/cjm1tJZCL47E 15wleRc6dUQRqDbXpEz7N5sLgvr6yQo= =jMib -----END PGP SIGNATURE----- --=-=-=--