Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

A couple of improvements for the RPI4b target #461

Merged
merged 3 commits into from
Mar 13, 2025

Conversation

fmoessbauer
Copy link
Member

For details, see the commit messages.

Unfortunately for kernels < 6.5 we still can't use the DTB overlays, as the device tree of the bcm2711-rpi* targets does not contain the symbol information.

We now mount the /boot partition. By that, we also avoid config
drift, as previously changes to files on /boot were not effective, as
the bootloader only looks at the first partition, but not the boot
dir in the rootfs.

Signed-off-by: Felix Moessbauer <[email protected]>
We currently only support imaging with wic. By that, limit the
IMAGE_INSTALL to that mode as well. This speeds avoids building these
dependencies when just creating a rootfs.

Signed-off-by: Felix Moessbauer <[email protected]>
This brings us support for Linux 6.12 kernels and is still compatible
with the 6.1 kernel from bookworm. It also carries bugfixes.

Signed-off-by: Felix Moessbauer <[email protected]>
@github-actions github-actions bot requested a review from chombourger March 13, 2025 17:09
@fmoessbauer
Copy link
Member Author

If we switch to the raspian kernel, we would have the information but other issues. I prefer to update to a 6.12 kernel later on and then continue the work on the overlays. This anyways needs to change again, once we switch to u-boot SPL booting to boot the target under EFI - which is needed to switch to the A/B rootfs boot via CIP. Tricky stuff.

@chombourger
Copy link
Collaborator

nice improvements. they pave the way to EFI boot. awesome. thank you!

@chombourger chombourger added this to the 0.36 milestone Mar 13, 2025
@fmoessbauer
Copy link
Member Author

they pave the way to EFI boot

I would rather say they are mostly independent. I once implemented the EFI booting for the nanopi-neo target and that was a beast. By EFI booting, we completely leave the raspi boot path with the config files that are loaded by the firmware. Instead, all DTB fixups happen in uboot SPL. The good thing is that u-boot carries the device trees with symbol information, so we don't need to care about what the kernel offers (but we need to keep them at least loosely in sync).

@chombourger chombourger merged commit d67158d into siemens:master Mar 13, 2025
6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants