nanopi-r5s: u-boot: pci enum in preboot; disable armbian-led-state #6896
Conversation
github-actions
bot
added
size/small
| function post_config_uboot_target__extra_configs_for_nanopi-r5s() { | ||
| display_alert "u-boot for ${BOARD}" "u-boot: enable preboot & flash all LEDs in preboot" "info" | ||
| [[ "${BRANCH}" == "edge" || "${BRANCH}" == "current" ]] || return 0 |
There was a problem hiding this comment.
NanoPi R5S doesn't have any branch besides edge and current?
There was a problem hiding this comment.
Yeah, this is a leak. (I've a separate commit adding vendor to this board, which is not ready yet). It shouldn't hurt, though.
There was a problem hiding this comment.
separate commit adding vendor to this board
NanoPi R5 and RK3568 are pretty well supported on mainline, there's not much to gain from vendor kernel vs the added complexity imo this is a step backwards 😅 Been running on edge ever since on my R5C and never missed any feature.
There was a problem hiding this comment.
I had a very specific need: the Realtek NIC's MAC can only be fused using Realtek tools that only work on 5.10 legacy kernel. @TheLinuxBug provided me with an ancient vendor image, no longer offered by FE, which worked, so I think I gave up on this effort.
Otherwise: vendor would offer video accel not available on mainline, or am I mistaken?
rpardini
force-pushed
the
pr/nanopi-r5s-u-boot-pci-enum-in-preboot-disable-armbian-led-state
branch
from
1164fa5
to
795b6da
Compare
- pci enum in preboot; required for working m.2 when booting some older kernels - this board has an overlay (DEFAULT_OVERLAYS="nanopi-r5s-leds") to drive the LEDs, disable armbian-led-state service
rpardini
force-pushed
the
pr/nanopi-r5s-u-boot-pci-enum-in-preboot-disable-armbian-led-state
branch
from
795b6da
to
6c0d7c7
Compare
nanopi-r5s: u-boot: pci enum in preboot; disable armbian-led-state