Applied to meta-rockchip master. Thanks!

Applied to meta-rockchip (with Khem's SoB added) master.

Oops, looks like we both noticed this at about the same time. Since both our patches are identical, I simply added your SoB line. Thanks!

Applied to meta-rockchip master. Thanks!

The latest trusted-firmware-a recipe in meta-arm no longer considers trusted-firmware-a to have potentially multiple providers. Signed-off-by: Trevor Woerner <twoerner@...> --- recipes-bsp/u-boo

Applied to meta-rockchip master branch. Thanks!

Does the following help? https://github.com/mendersoftware/meta-mender-community/tree/dunfell/meta-mender-rockchip

Enable the vcc3v0_sd regulator on boot so that the device can boot from the uSD card (when using certain uSD cards). Upstream-Status: Submitted [http://lists.infradead.org/pipermail/linux-arm-kernel/2

I tweaked the patch so that the fields lined up vertically, but otherwise… Applied to meta-rockchip, master. Thanks!

Applied to meta-rockchip, master.

Applied to meta-rockchip, master.

Applied to meta-rockchip, master.

Add a common override for both nanopi-m4 MACHINEs. Signed-off-by: Trevor Woerner <twoerner@...> --- conf/machine/include/nanopi-m4.inc | 3 +++ 1 file changed, 3 insertions(+) diff --git a/conf/m

There is no "nanopi-m4" defined in any yocto kernel metadata (yet?), therefore remove this superfluous line. Build (core-image-base) and run tested (both systemd and sysvinit) on: - nanopi-m4 Signed-o

Now that we're booting via UUID, we no longer need these aliases in the DT. Personally I wasn't able to prove to myself that they actually worked (at least not with 5.13.y) and fiddling with these ali

Probably. You'll need to re-send this with a better subject line and commit message so the right people will notice it. Otherwise they'll think it's meta-rockchip-specific. If (when) this patch gets a

Applied to meta-rockchip master (with an updated commit message), thanks!

Thanks for the patch and the SoB line. I'm going to apply this patch, but I'm going to amend the commit message to capture some of the conversation we've had. There's a chance we'll want to know "why"

Ah, good catch. I'm using sysvinit.

Thanks for testing. It's also strange that my fstab also has those entries, but they're apparently ignored in my setup since, commented in or commented out, they don't seem to affect my board's abilit