Debian Bug report logs - #989838
needs adaptation to EFI-booted Debian on Raspberry Pi 4

version graph

Package: raspi-firmware; Maintainer for raspi-firmware is pkg-raspi <[email protected]>; Source for raspi-firmware is src:raspi-firmware (PTS, buildd, popcon).

Reported by: Marc Haber <[email protected]>

Date: Mon, 14 Jun 2021 14:30:02 UTC

Severity: wishlist

Found in version raspi-firmware/1.20210303+ds-1

Reply or subscribe to this bug.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to [email protected], pkg-raspi <[email protected]>:
Bug#989838; Package raspi-firmware. (Mon, 14 Jun 2021 14:30:04 GMT) (full text, mbox, link).


Acknowledgement sent to Marc Haber <[email protected]>:
New Bug report received and forwarded. Copy sent to pkg-raspi <[email protected]>. (Mon, 14 Jun 2021 14:30:04 GMT) (full text, mbox, link).


Message #5 received at [email protected] (full text, mbox, reply):

From: Marc Haber <[email protected]>
To: Debian Bug Tracking System <[email protected]>
Subject: needs adaptation to EFI-booted Debian on Raspberry Pi 4
Date: Mon, 14 Jun 2021 16:26:39 +0200
Package: raspi-firmware
Version: 1.20210303+ds-1
Severity: wishlist

Hi,

I am currently trying to get the Raspberry Pi 4 running with Debian
bullseye booted via EFI. The instructions to do so are on
https://www.raspberrypi.org/forums/viewtopic.php?t=282839

I find this especially joyful because it allows to use a plain,
unchanged Debian installer using the "normaL" bullseye
netinst_arm64.iso, and one ends up with a Raspberry Pi booting via a
stock grub-efi-arm64 boot manager, including all Debian magic.

It looks like /etc/kernel/postinst.d/z50-raspi-firmware needs some
adaption to be able to support the installed system. For example, on the
EFI Debian, what is in /boot/firmware on a "normal" Raspi Debian is in
/boot/efi/firmware, and z50-raspi-firmware expects /boot/firmware to be
a mounted vfat filesystem (cf #948712). I have solved this by
bind-mounting /boot/efi/firmware to /boot/firmware, and installation of
a new kernel finishes alright now. Probably a lot of the code in
z50-raspi-firmware is not needed on a system booting via EFI and grub.

I guess that there are other assumptions that are different on an
EFI-based Raspbery Pi installation. Would you be interested in me
helping with these issues or do you consider EFI booting out of scope of
the raspi-firmware package?

This being said, my EFI-booted Raspberry Pi doesn't start into X11.  I
don't see any log entries regarding the vc4 module despite it being
loaded, and I suspect that this is some issue with the firmware not
getting properly loaded. My system is also missing the
"raspberrypi-firmware soc:firmware: Attached to firmware from
2021-02-25T12:10:40" dmesg entry that a working Raspberry Pi using
Gunnar's tested image from 2021-04-13 has. I cannot find the string
"Attached to" in any file in the raspi-firmware package.

Can you enlighten me which step of the system boot emits this message?
It usually comes around the 4 second mark, so it is pretty early in
bootup, deeply inside the initramfs. Since the initramfs on Gunnar's
image doesn seem to contain any firmware, I guess the firmware is
actually loaded from the /firmware directory BEFORE Linux is even
started, right?

Or is this probably related to the EFI system using ACPI instead of
device trees? The "installing Debian EFI on Raspberry" mentions some
drivers not being able to detect their hardware because they just work
with device trees instead of ACPI. Could this be the case for the vc4
driver as well?

Would a Raspberry Pi 4 boot up at all with firmware being in the wrong
place?

Greetings
Marc

P.S.: Is there a mailing list and/or an IRC channel regarding Debian on
Raspberry Pi?



Send a report that this bug log contains spam.


Debian bug tracking system administrator <[email protected]>. Last modified: Tue May 13 14:55:43 2025; Machine Name: buxtehude

Debian Bug tracking system

Debbugs is free software and licensed under the terms of the GNU General Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.