Skip to content

pieeprom-2026-06-29: 2712: Fix auto_initramfs take 3 (latest)#856

Merged
timg236 merged 1 commit into
raspberrypi:masterfrom
timg236:pieeprom-2026-06-09-2712
Jun 29, 2026
Merged

pieeprom-2026-06-29: 2712: Fix auto_initramfs take 3 (latest)#856
timg236 merged 1 commit into
raspberrypi:masterfrom
timg236:pieeprom-2026-06-09-2712

Conversation

@timg236

@timg236 timg236 commented Jun 29, 2026

Copy link
Copy Markdown
Collaborator
  • Fix auto_initramfs take 3
    The previous fix to avoid a double os_prefix in the initramfs path was wrong in three ways:
    1. It ignored the os_prefix when checking for the existence of the matching initramfs file.
    2. It didn't use any absolute path in kernel_file= when looking for the initramfs.
    3. It created a whole new path when one already existed. See: https://forums.raspberrypi.com/viewtopic.php?t=399185
  • Revert "arm_ldconfig: Avoid double os_prefix on initramfs"
    This reverts commit 3992d6660028925ddde17479ddd949a857ef6cd7. See: https://forums.raspberrypi.com/viewtopic.php?t=399185
  • dtoverlay: Permit writing dtb phandles
    Overwriting a phandle in a base DTB is usual a bad idea, but there are cases where doing so (or writing one into a target node that doesn't yet have one) can be useful. Rather than trying to do something clever and/or time-consuming, invent a magic property that enables such overwriting on a per-fragment basis.

* Fix auto_initramfs take 3
  The previous fix to avoid a double os_prefix in the initramfs path was
  wrong in three ways:
  1. It ignored the os_prefix when checking for the existence of the
  matching initramfs file.
  2. It didn't use any absolute path in kernel_file= when looking for the
  initramfs.
  3. It created a whole new path when one already existed.
  See: https://forums.raspberrypi.com/viewtopic.php?t=399185
* Revert "arm_ldconfig: Avoid double os_prefix on initramfs"
  This reverts commit 3992d6660028925ddde17479ddd949a857ef6cd7.
  See: https://forums.raspberrypi.com/viewtopic.php?t=399185
* dtoverlay: Permit writing dtb phandles
  Overwriting a phandle in a base DTB is usual a bad idea, but there are
  cases where doing so (or writing one into a target node that doesn't
  yet have one) can be useful. Rather than trying to do something clever
  and/or time-consuming, invent a magic property that enables such
  overwriting on a per-fragment basis.
@timg236

timg236 commented Jun 29, 2026

Copy link
Copy Markdown
Collaborator Author

@pelwell

@timg236 timg236 merged commit aa33b8d into raspberrypi:master Jun 29, 2026
1 check passed
@timg236 timg236 deleted the pieeprom-2026-06-09-2712 branch June 29, 2026 15:34
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant