TonyMac32

Raspbian has it's own things going on, and is using the Libre Computer kernel, tuned for their boards. I will need to take a look and see what has disturbed the Le Potato image in our distro, it's not immediately obvious but these boards share kernels with a lot of devices and sometimes we step on each others toes.

Hello switch, While the RK3328 does have the hardware, the crypto patches have not made it into the mainline kernel yet: https://patchwork.kernel.org/project/linux-rockchip/list/?series=680902 As a result the hardware crypto won't be available. That patchset infers it is identical to the crypto module in the RK3288, so as long as the RK3399 parts of that deries don't tie it up, it should be applied soon.

hello @cyborg_fox, please try to download the image now, I believe the issue has been corrected, there was an issue with a u-boot update. New image was created as of the 7th.

I've had trouble supporting this board, a lot of "s" variant boards in particular do not like to boot using mainline ATF. The only reason there are mainline images is because I created a device tree/got a supply driver/etc. The DP over type C should work provided the device tree is updated, you can find examples on several other RK3399 boards we support.

Right, confusing is, they were correct for quite some time, so my curiosity is: What changed? Perhaps someone updated for one of the newer boards without checking for collateral damage.

uuuuuuuuugh

Are you trying to power the board via the GPIO? I don't think there is a GPIO to shut off the 5V pins from within the board itself.

https://github.com/armbian/build/blob/master/config/sources/families/include/meson64_common.inc#L20 This is the default for Meson64. No one added the actual top speeds for the Vims apparently https://github.com/armbian/build/blob/master/config/sources/families/meson-g12a.conf#L5 is the override for the Meson G12A. G12B needs something similar in here: https://github.com/armbian/build/blob/master/config/sources/families/meson-g12b.conf

https://github.com/armbian/build/pull/3979

I have never used Amlogic's nasty vendor code. Ah. I've never tried it on that kernel, given we won't ever support it. I'll be reviewing 5.19. That said, the driver is mainlined, there shouldn't be any work on our side. In the past I was patching in Jerome's series for GX and GXL to get the audio out.

Hello cyph84, Yes, this was working in the past, I can take a look.

I've pushed the fix to the build system, this new forum organization stuck my answer at the very top so it was removed from the discussion flow.

https://github.com/armbian/build/pull/3957

So far no luck. We do have a redundant patch adding the nodes, but that isn't the culprit. The driver complains it doesn't have the host-drv pin defined, but it's shared with the USB2 (same situation between Renegade and Rock64) EDIT: A PHY driver was added back in the dark days before USB3 support by the kernel. It is only used by the Rock64 and Renegade, (and apparently also the RK3328 Station M-whatever). I've removed the entries and USB3 is working again now that mainline supports it without said special case driver. I will open a PR tonight with the fixes.

I'll take a look momentarily, the same patch enabled the usb3 for both the Rock64 and the Renegade, and it looks like mainline has that enabled by default but the patch still exists. May or may not be a cause, I would hope redundant entries simply got ignored...