From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 17 13:21:50 2022 Received: (at 48314) by debbugs.gnu.org; 17 Jul 2022 17:21:50 +0000 Received: from localhost ([127.0.0.1]:48472 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oD7xm-0001HP-1I for submit@debbugs.gnu.org; Sun, 17 Jul 2022 13:21:50 -0400 Received: from cascadia.aikidev.net ([173.255.214.101]:56244) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oD7xj-0001HD-K1 for 48314@debbugs.gnu.org; Sun, 17 Jul 2022 13:21:49 -0400 Received: from localhost (unknown [IPv6:2600:3c01:e000:21:7:77:0:20]) (Authenticated sender: vagrant@cascadia.debian.net) by cascadia.aikidev.net (Postfix) with ESMTPSA id 8542B1AA7B; Sun, 17 Jul 2022 10:21:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=debian.org; s=1.vagrant.user; t=1658078500; bh=pExzRNDhDz3/J1nTQQSshnyWyv85qsOvQM1fPB+Xr4c=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=BAkw4AopjHJ9qDj5UpwSOTzWpxQwZuS5jmNRFBmhHUHGTAv0oxskzKFjX6Ia9ab9E /TIJo2gI288UJlflwhPceLkAZeYBdMe+2BSWwDplPuuXyRN8/NPyXGCMBH/bGC1fUt bWXgPjGFhCHZ9tJA63eFiciTp24tZoYZOcbDMW3pfgMjPTmcyoYd5r+u0S/dwufNP2 DU0Uv+5rr0ws/ZtLCOqHpIrdewuY2aRXwbey7OW36YARWbfpiGmvsARbRuTqZF+AQZ wOedn97QQjiXe2NNYrm67zj67RPbX31rOkIe8g/E1vkunzzvNBmtZegvzk0qvqK+gM PCa0SYJi9xHaA== From: Vagrant Cascadian To: Stefan Subject: Re: [bug#48314] Patches to install guix system on Raspberry Pi In-Reply-To: <3FFD5D1E-3FB9-4EB9-907A-8502519FF7FE@vodafonemail.de> References: <20210619211026.5eb44073@scratchpost.org> <897B7FF7-24C1-4B96-8441-415596267E99@vodafonemail.de> <87zgq7ajt5.fsf@ponder> <3FFD5D1E-3FB9-4EB9-907A-8502519FF7FE@vodafonemail.de> Date: Sun, 17 Jul 2022 10:21:35 -0700 Message-ID: <878rork63k.fsf@contorta> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 48314 Cc: Danny Milosavljevic , 48314@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2022-07-17, Stefan wrote: >>> +(define-public %u-boot-rpi-efi-configs >>> + '("CONFIG_OF_EMBED=3D" >>> + "CONFIG_OF_BOARD=3Dy" >>> + "CONFIG_BOOTDELAY=3D0")) >>=20 >> This is surely a matter of opinion, but CONFIG_BOOTDELAY=3D0 is kind of >> nasty; it makes it nearly impossible to debug from a u-boot prompt if >> needed. The default is probably "2" ... long enough to actually >> interrupt it, but short enough that it shouldn't cause huge delays in >> the boot process... >>=20 >> I know grub-efi will add it's own delay, so in a working environment, >> this just seems like an additional two seconds, but u-boot's EFI >> implementation is changing often enough that I wouldn't be surprised if >> you need to occasionally debug something. > > During all the months of work to get Guix System booting over network > with U-Boot and GRUB, there was no need for me to play around on the > U-Boot prompt. ... > Well, in this constellation U-Boot just needs to find and load the > efi/boot/bootaa64.efi file. It doesn=E2=80=99t need to load device-tree f= iles > or care for overlays. It doesn=E2=80=99t need to load other stuff like SP= L or > other images. Its only purpose is to impose an EFI interface and to > load GRUB. So the benefit of the U-Boot prompt is quite limited. So if it does not find that one file, what do you do? > Also other distributions like openSUSE use U-Boot as EFI firmware, so > I think the basic EFI functionality is tested quite well. Sure, it has improved greatly. > My preference is to not bother pure users with a delayed boot > time. However, I changed it to CONFIG_BOOTDELAY=3D1. Well, from my perspective, this is obviously significantly less bad that 0 seconds... In general, it is my understanding that Guix prefers to go with upstream defaults, unless there is a strong argument otherwise. I do not personally see this as warranting a difference from upstream defaults to gain 1 or 2 seconds of boot time. live well, vagrant --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRlgHNhO/zFx+LkXUXcUY/If5cWqgUCYtRFIAAKCRDcUY/If5cW qkV1AQD5YpgU1NoDSozQ9h76dRLSKujel1If4JX8OoYBxJIeHQEAlkUgCXjX2S4i JAov6lkPch3hjAfJst0RxMN6yGAmjQQ= =z7Bo -----END PGP SIGNATURE----- --=-=-=--