Hi Dmitry / Roger, On Sun, 18 May 2025 at 22:45, Dmitry Baryshkov <dmitry.barysh...@oss.qualcomm.com> wrote: > > On 18/05/2025 19:57, Ben Hutchings wrote: > > On Wed, 2025-05-14 at 01:59 -0700, Roger Shimizu wrote: > >> Thanks for your feedback, Ben! > >> > >> On Mon, May 12, 2025 at 8:21 PM Ben Hutchings <b...@decadent.org.uk> wrote: > >>> > >>> On Mon, 2025-05-12 at 19:33 -0700, Roger Shimizu wrote: > > [...] > >>> > >>>> For linux-board-support-package-* packages, it includes such as blob > >>>> for bootloader, etc, which is not open sourced yet. > >>>> The main purpose for this ITP is to create the install media for > >>>> Qualcomm SoC. > >>>> Except the install media, probably there's not much use for those blobs. > >>> > >>> OK, so you should: > >>> > >>> - Make this package contain *only* the boot loader and other non-free > >>> blobs that run on the host, with a description that does not mention > >>> "firmware". > >>> > >>> - Submit the device firmware to linux-firmware.git, so it can go into > >>> firmware-nonfree. (Or preferably get someone at Qualcomm to do that.) > >> > >> Understood. > >> Qualcomm already upstreamed the firmware as much as possible. > >> I'm not sure why there're still a few blobs not upstreamed, or not > >> accepted yet. > >> Before those get accepted, I think it's ok to keep it in this > >> non-free-firmware package. > > [...] > > > > You are mixing up archive sections: > > > > * non-free-firmware: > > - Firmware that runs on peripheral devices should go here > > - Software that runs on the host, including boot loaders, are not > > allowed here > > Please don't. We definitely don't want a mixture of different firmware > files from different sources. For example, upstream WiFi drivers are > supposed to be used only with the firmware from linux-firmware. > > > * non-free: > > - Software that runs on the host must go here > > - Firmware that runs on peripheral devices can go here, but should > > not because most Debian systems do not have this archive section > > enabled > > I've added Loïc, he has been looking at providing Debian images for > those boards. He might have suggestions regarding packages he might need > for that (or he might have some WiP with boot files). > > But as have had this question beforehand, I see a little value in > packaging BSP files (at least at this point). If you want to improve > Debian support on those boards, I'd really suggest looking at D-I or at > sorting out dtb vs bootloader situation (Christopher and I did a > presentation at FOSDEM this year).
I agree here - linux-firmware-qcom should include all of the firmware required (to load from the UEFI-compatible bootloader). What firmware do you see as missing from linux-firmware for RB3gen2, Roger? Also I have been thinking that perhaps linux-firmware-qcom should be split out into per-device binary packages, since it is getting quite large, but that isn't really an issue. Cheers! Chris