This has been reported on the mailing list, but got no replies:
I can reproduce this on my Orange Pi PC (similar to Plus 2E but a different board still.)
Booting with NanoPi NEO's device tree works (apparently since it does not detect 'pcm0: <Allwinner Audio Codec>' with that one), booting with the Orange dtb fails with the exact same error as linked above.
The patch that adds 'h3_codec0: <Allwinner H3 Audio Codec (analog part)>' (http://arrowd.name/h3audio.patch) does not help.
Better workaround than using NanoPi's device tree: changing
status = "okay";
status = "disabled";
in the &codec section in sys/gnu/dts/arm/sun8i-h3-orangepi-pc.dts, recompiling it (in that folder: /usr/src/sys/tools/fdt/make_dtb.sh /usr/src/sys sun8i-h3-orangepi-pc.dts ~), copying to the sd card and booting.
You might try the hack in 224070.
(In reply to Mark Linimon from comment #2)
I already applied the hack that is disabling it in the dts :) I just want these boards to be supported in -CURRENT without modifications.
By the way, Ethernet works when I plug the cable in before boot.
(In reply to Greg V from comment #0)
I just tried head -r339076 and 2018.09 u-boot and such for
an OPi+2E. The audio-support related kernel crash still
I set the status to disabled in the .dts and produced a
new .dtb and substituted it. That allowed booting (but
disabled audio, not that I'd be using audio if it was
With Ethernet plugged in up before being powered on,
Ethernet worked. A basic test of each of the USB ports
showed them to be working.
HDMI seemed to work in the early powerup but then the
display image was trashed. (I'm not planning on using
the display for now anyway.)
powerpd was working. The fastest listed clock rate was
slightly over 1GHz.
I do not have hint sinks or a fan for it yet so I only
planned on this basic test for now. It seems basically
operational when audio is disabled in the dtb.
It is still the case ? I think I've fixed that with some review or other bug report.