initramfs loaded at the same place as model-specific dtb
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 25/100
- Issue type
- Bug
- Clarity
- Needs clarification
- Activity status
- Stale
- Tech stack
- linux, raspberry-pi
- Domain
- embedded-iot, operating-systems
Research direction
Start with the initramfs setting in config.txt and the reported bcm2710-rpi-3-b.dtb load address. Reproduce the encrypted-disk boot if possible, then collect the requested vcdbg log msg output and compare the addresses and timing. Done means confirming whether the overlapping loads cause the kernel panic and documenting a verified fix or workaround.
Written by the indexing model from the issue text.
Description
I've been working on getting a Pi with an encrypted disk. Using the latest Raspbian it almost works but often gets a kernel panic on boot.
Using the vcdbg command I find that the device-specific dtb (in my case bcm2710-rpi-3-b.dtb) and initramfs are both loaded at the same address. The reason it appears to sometimes work is that I think there is a race condition on decompressing the initramfs so that sometimes it gets done before the corruption occurs.
I don't have the specific Pi on me rigth now but I'll add the output for vcdgb log msg as soon as I can.
In the meantime, the initramfs command in config.txt allows various other addresses rather than "followkernel". A workaround may be to load it elsewhere. Please feel free to comment.
- Dominant language
- No language data
- Stars
- 5.6k
- Forks
- 1.7k
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from raspberrypi/firmware
-
Difficulty 4/5 3-5 days Newbie friendliness 38/100
raspberrypi/firmware#2042 ·
-
Difficulty 4/5 3-5 days Newbie friendliness 48/100
raspberrypi/firmware#2040 · 2 comments ·
-
Difficulty 5/5 Over a week Newbie friendliness 25/100
raspberrypi/firmware#2039 · 6 comments ·
-
Difficulty 4/5 3-5 days Newbie friendliness 42/100
raspberrypi/firmware#2038 · 4 comments ·
-
Difficulty 4/5 3-5 days Newbie friendliness 38/100
raspberrypi/firmware#2037 · 4 comments ·
All issues in raspberrypi/firmware
Similar issues
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
[adam] AdamNet network read doesn't cap to MAX_ADAM_PACKET_LEN, overflows client receive buffers Open
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
FujiNetWIFI/fujinet-firmware#1649 · 2 comments ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
espressif/esp-iot-solution#786 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100