crossdev has quit [Remote host closed the connection]
crossdev has joined #linux-rockchip
naoki has joined #linux-rockchip
naoki has quit [Client Quit]
warpme has joined #linux-rockchip
matthias_bgg has joined #linux-rockchip
<qschulz>
FergusL: FWIW, we use a micro-USB C for Ringneck Haikou (PX30) and it still doesn't work. Same on the PX30-MiniEVB AFAIR
<beeble>
qschulz: micro usb 3 (no type-C in that)
<qschulz>
beeble: Yes but it can only be USB 2.0 on Ringneck since there's no USB3 support on the SoC side anyway :)
<beeble>
qschulz: just saying that it is not type-c as this is something /completly/ different. most important missing the ID pin
naoki has joined #linux-rockchip
<naoki>
about mainline u-boot, is CONFIG_ROCKCHIP_(EFUSE|OTP) board specific?
<qschulz>
naoki: what do you mean? what are you trying to do?
<naoki>
I'm looking "git grep ROCKCHIP_EFUSE" and "git grep ROCKCHIP_OTP"
<wens>
it's SoC specific
<wens>
IMO they should be enabled by default for the respective SoCs that they are on. I already sent a series for RK3328 and RK3399, and they do seem to be enabled by default for RK356x and RK3588 as well
<naoki>
ah,"rockchip: nanopi-r4s: Drop ROCKCHIP_OTP" :)
<naoki>
wens: will it be in v2024.04?
<naoki>
hmm, it's not so important... please ignore
naoki has quit [Quit: naoki]
paulk has quit [Quit: WeeChat 3.0]
paulk has joined #linux-rockchip
naoki has joined #linux-rockchip
naoki has quit [Client Quit]
psydroid has joined #linux-rockchip
dsimic has quit [Ping timeout: 260 seconds]
dsimic has joined #linux-rockchip
<FergusL>
qschulz like I said I had success by forcing peripheral mode in device tree, otg/switching didn't seem to work. do you have the device running at hand?
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
raster has joined #linux-rockchip
<qschulz>
FergusL: yes, but again, not (personally) interested in forced peripheral :) Is there something you want me to check?
warpme has joined #linux-rockchip
matthias_bgg has quit [Quit: Leaving]
Stat_headcrabed has joined #linux-rockchip
System_Error has quit [Remote host closed the connection]
<FergusL>
though I could not find a single dts with either px30 or rk3326 in the filename that was using it, only boards with dwc3 such as rk3399 and rk35xx
<FergusL>
maybe somewhere a dts is hiding with a non obvious name haha
<FergusL>
if I may ask, do you work for Theobroma Systems?
<qschulz>
FergusL: yes I do work for that company :)
<qschulz>
FergusL: I don't remember exactly what's happening. What I can say is that I managed to crash the kernel a few times, but not 100% of the time, both upstream and downstream, on both Ringneck and PX30-MiniEVB
<qschulz>
I think it works good enough for us in host mode when advertised as otg, and we haven't received any interest for proper DualRole/Peripheral mode yet so stopped looking into it
<FergusL>
quite understandable as well! I see the company has also made 3588 SOMs which are much more likely to receive interest nowadays hehe
<qschulz>
FergusL: DR doesn't work on downstream kernel for RK3588 though somehow :) (but seems to be working upstream, and I prefer this way than the other ;) )
<FergusL>
what is it that you call exaclty downstream? the company-provided sources?
<qschulz>
FergusL: good question :) For me, it's Rockchip's 5.10 kernel
<qschulz>
(which is the only "production"-ready kernel we have for our module (working on upstream though, you should have seen a few patches for the DT for example, and some U-Boot support as well)
<crossdev>
On Orange Pi 5 I get this in kernel logs: rockchip-thermal fec00000.tsadc: Missing rockchip,grf property
<crossdev>
rockchip-thermal fec00000.tsadc: failed to register sensor 0: -19
<crossdev>
rockchip-thermal fec00000.tsadc: error -ENODEV: failed to register sensor[0].
<erg_>
Looking on Armbian forums it looks like lack of cpu thermal may stem from bad dtb. Analyzing my dtb with 'dtc' tool I see in tsadc@fec00000 this line: #thermal-sensor-cells = <0x01>;
<erg_>
And no `rockchip-system-monitor`, thought I'm not sure I should have it.
<CounterPillow>
Why would #thermal-sensor-cells = <1>; be a problem? That's what it's supposed to be, no?
<CounterPillow>
I'd say the more likely culprit is that the mainline dts has no thermal-zones defined, but who knows what armbian ships since they like to just cobble together whatever
<erg_>
CounterPillow: Thanks - I'm not knowledgable in dtb stuff, thought it's commented out ... This is not from armbian though, what I looked at is the dtb in arch/arm64/boot/dts/rockchip/rk3588s-orangepi-5.dtb 'tis gentoo stuff.
<CounterPillow>
No, # is not a comment in dts syntax; comments would not be in the final compiled dtb anyway.
<erg_>
CounterPillow: not thermal-zones defined there indeed