What's new in beta1.1
Fix: Non-default panel selection now uses pre-merged DTBs
Users reported that selecting a non-default panel (via the panel wizard) resulted in broken display, audio, or controls. The root cause was BSP U-Boot's fdt apply command corrupting the DTB when replacing properties with different-sized data.
How it's fixed
Panel overlays are now applied at build time using fdtoverlay (verified working on host), instead of at boot time via U-Boot's buggy fdt apply. Each panel gets its own pre-merged kernel-*.dtb. The boot script simply loads the correct DTB by name — no overlay application at boot.
What to test
If your R36S has a non-default panel (not Panel 4-V22 for original, not Clone 8 ST7703 for clone):
- Flash this image
- Run through the panel wizard (beeps + A/B buttons)
- Select your panel → press A → press RESET
- Verify: display, audio, and controls all work correctly
Default panel users: No change — boots exactly as before.
Downloads
| Image | SHA256 |
|---|---|
ArchR-R36S-20260227.img.xz (Original)
| d1af7b12...14497fd
|
ArchR-R36S-clone-20260227.img.xz (Clone)
| 8e16c2cb...56f1c7bb
|
Full checksums
d1af7b1206e666986e307a323afa51882679090e3f4c897f58618751e14497fd ArchR-R36S-20260227.img.xz
8e16c2cb380b0d4b04e0f9615a54a011bbae0a7a93b92aea056f1c7bb91d4aac ArchR-R36S-clone-20260227.img.xz
Flash with: xzcat ArchR-R36S-20260227.img.xz | sudo dd of=/dev/sdX bs=4M status=progress
Report issues at: https://github.com/dgateles/Arch-R/issues