09:27 <lvrp16> does anyone know how to fix the "dwc3: probe of fe900000.usb failed with error -110" due to regulator deferment? "vcc_vbus_typec1: could not add device link phy-ff770000.syscon:usb2phy@e460.10: -ENOENT"

14:14 <macromorgan> montjoie: Ping me with your crypto driver, I was just looking at this earlier...

14:15 <macromorgan> I'm testing mainline enablement on an RK3588S board (the Indiedroid Nova) and contemplating getting an RK3588 based router, in which case I'll want a working crypto accelerator.

15:36 <montjoie> macromorgan: I will upload a working version very soon

15:52 <vvn> hi there -- I have a Rock 4 SE with an ov5647 camera module plugged in. I cannot see the camera, but I have CONFIG_IMX5647=y. I tried to add #intfc:dtoverlay=ov5647, intfc:dtoverlay=ov5647 or dtoverlay=ov5647 in /boot/hw_intfc.conf, but that has no effect. Any idea how to get camera module to work?

15:52 <vvn> I also have an imx219 if that can help.

15:58 <macromorgan> vvn: That will depend entirely on your OS, sadly. You might get with the OS distributor first (Armbian?). Assume you need a CSI port and an I2C port active, plus the correct device tree bindings and all drivers. But how that is done depends entirely on your OS.

15:59 <macromorgan> montjoie: Okay. I'm looking at an RNG driver as well, thinking that can be a "sub" driver since depending upon the hardware it's either integrated with the crypto or its standalone.

16:00 <montjoie> macromorgan: https://github.com/montjoie/linux/tree/rk3588-21_09_2023 but the rng will came later (i need to retest it)

16:00 <montjoie> the code is done, but I dont remember in what state I leave it 6 month ago

16:01 <montjoie> probably I will add it tomorow (I remember it was working, but I need to be sure)

16:05 <vvn> macromorgan: thanks! I'm using the official meta-rockchip Yocto layer from Radxa. I'll look at their kernel recipe to see how the device tree bindings are set.

16:18 <macromorgan> okay thank you

18:23 <vvn> what is boot.img?

18:39 <vvn> do you guys use meta-rockchip?

18:40 <CounterPillow> no, I don't use anything downstream

18:40 <vvn> it's upstream

18:49 <CounterPillow> this meta-rockchip? No, it's vendor kernels. https://github.com/JeffyCN/meta-rockchip

18:49 <CounterPillow> and seemingly vendor u-boot

18:52 <vvn> CounterPillow: ho you mean that you are using meta-rockchip from yoctoproject?

18:52 <CounterPillow> I'm not using any meta-rockchip

18:52 <vvn> I'm using a Rock 4 SE and this layer doesn't seem to have support for this board yet, so I wanted to validated the vendor BSP layer first