<naoki>
By the way, the regulator name and the control pin name do not match the schematic. I don't understand why such a change was accepted (usually such a mistake would be rejected for me).
<CounterPillow>
why are you looking at the 5b plus DTS for the 5T?
<CounterPillow>
probably my mistake, I'm pretty sure I tested USB but it may have been floating at above the enable voltage so I didn't notice the missing gpio line.
<naoki>
CounterPillow: Well, are you going to fix it yourself?
<CounterPillow>
sure, I can send out a patch later today.
<naoki>
thanks
cbeznea has joined #linux-rockchip
nea999 has quit [Ping timeout: 245 seconds]
nea999 has joined #linux-rockchip
pastaonirc has joined #linux-rockchip
nea999 has quit [Ping timeout: 245 seconds]
nea999 has joined #linux-rockchip
warpme has joined #linux-rockchip
ungeskriptet has quit [Remote host closed the connection]
ungeskriptet has joined #linux-rockchip
<Ermine>
dsimic: nearby watchdog initialization: https://0x0.st/K-97.log , sometimes it manages to print something about a usb controller (or hub, idr)
<Ermine>
12V/2A adapter hasn't helped...
<mmind00>
naoki: as CounterPillow said, if you see fix needed, just send it ... it'll make its way into some branch in all cases
<mmind00>
CounterPillow: just saw the patch for that issue as well :-)
<Ermine>
dsimic: re psci node: from downstream vendor's device tree
<dsimic>
Ermine: thanks
<dsimic>
hmm, I wonder why, for example, is -1 found here:
<warpme>
error from bsp dts) in vbus5v0_typec regulator fragment - but this not helps. (my dmesg: https://termbin.com/fd7u) I'm not sure what i'm missing here?
<CounterPillow>
both gpio and gpios should work as the property name
<warpme>
ah ok - thx for hint!
<CounterPillow>
but also, please see the patch I just sent, may be on the same regulator
<warpme>
CounterPillow : yes. I already found this bug. thx for heads-up
<naoki>
CounterPillow: did you test 2nd M.2 on ROCK 5T?
<CounterPillow>
naoki: I don't recall, but probably not, no. I am actively using the first M.2 though
<naoki>
probably &pcie30phy { data-lanes = <1 1 2 2>; }; and &pcie3x4 { num-lanes = <2>; }; are required
<naoki>
as like as 5B+
raster has joined #linux-rockchip
<dsimic>
Ermine: lines from the log like these below look suspicious:
<dsimic>
[ 0.400020] scmi_core: SCMI Raw mode active. Rejecting 'clocks'/0x14
<dsimic>
[ 0.407926] scmi_core: SCMI Raw mode active. Rejecting 'genpd'/0x11
<dsimic>
[ 0.407886] scmi_core: SCMI Raw mode active. Rejecting 'perf'/0x13
<dsimic>
can you share the DT you're using?
<naoki>
CounterPillow: please copy pcie30phy, pcie3x2, pcie3x4, and pcie3x2_rst lines from rk3588-rock-5b-plus.dts to rk3588-rock-5t.dts
<dsimic>
where's the rk3288.dtsi included from? is that the mainline version?
<Ermine>
yes, it's mainline
naoki has quit [Ping timeout: 248 seconds]
jelly-home has joined #linux-rockchip
ungeskriptet has quit [Remote host closed the connection]
<sre>
warpme: I tested with two powered USB-C hubs on 5B and 5B+ (I don't have a 5T, it's included because it shared the DTSI; but USB-C is super similar to 5B+ anyways).
ungeskriptet has joined #linux-rockchip
<sre>
warpme: I will try to find some time this week to check this.
naoki has joined #linux-rockchip
naoki has quit [Client Quit]
naoki has joined #linux-rockchip
naoki has quit [Client Quit]
naoki has joined #linux-rockchip
naoki has quit [Client Quit]
naoki1 has joined #linux-rockchip
<warpme>
sre: thx!. What intriguing me is that vbus5v0_typec regulator is all time off. Isn't that it should be on when fusb302 is loaded ? (vbus-supply on fusb302 uses it).
naoki1 has quit [Read error: Connection reset by peer]
naoki has joined #linux-rockchip
naoki has quit [Quit: naoki]
naoki1 has joined #linux-rockchip
naoki1 is now known as naoki
naoki has quit [Read error: Connection reset by peer]
naoki has joined #linux-rockchip
cbeznea_ has joined #linux-rockchip
cbeznea has quit [Ping timeout: 258 seconds]
paulk-bis has quit [Ping timeout: 255 seconds]
naoki1 has joined #linux-rockchip
paulk has joined #linux-rockchip
naoki has quit [Ping timeout: 258 seconds]
naoki1 is now known as naoki
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
warpme has joined #linux-rockchip
warpme has quit [Ping timeout: 258 seconds]
naoki1 has joined #linux-rockchip
naoki has quit [Ping timeout: 258 seconds]
naoki1 is now known as naoki
naoki1 has joined #linux-rockchip
naoki has quit [Ping timeout: 258 seconds]
naoki1 is now known as naoki
<Ermine>
tried turning off SCMI raw mode and turning on raw mode and coexistence, that didn't help
Hypfer has quit [Ping timeout: 260 seconds]
Bahhumbug_ is now known as Bahhumbug
<naoki>
Isn't the Rockchip PCI bus probe order fixed? Sometimes it probes 2, 3, 4, and sometimes it probes 4, 3, 2.
nea999 has quit [Ping timeout: 248 seconds]
Hypfer has joined #linux-rockchip
mripard has quit [Quit: WeeChat 4.7.0]
raster has joined #linux-rockchip
warpme has joined #linux-rockchip
warpme has quit [Ping timeout: 258 seconds]
warpme has joined #linux-rockchip
warpme has quit [Ping timeout: 256 seconds]
warpme has joined #linux-rockchip
warpme has quit [Ping timeout: 248 seconds]
Dex2x has joined #linux-rockchip
warpme has joined #linux-rockchip
warpme has quit [Ping timeout: 258 seconds]
warpme has joined #linux-rockchip
stikonas has joined #linux-rockchip
stikonas_ has joined #linux-rockchip
stikonas has quit [Ping timeout: 258 seconds]
Dex2x has quit [Quit: ZNC 1.9.1+deb2+b3 - https://znc.in]
warpme has quit [Ping timeout: 248 seconds]
warpme has joined #linux-rockchip
Dex2x has joined #linux-rockchip
stikonas has joined #linux-rockchip
mkorpershoek has quit [Server closed connection]
mkorpershoek has joined #linux-rockchip
stikonas_ has quit [Ping timeout: 244 seconds]
warpme has quit [Ping timeout: 258 seconds]
<sre>
warpme: no, you do not want VBUS to be supplied by fusb302 when a charger is connected ;) If fusb302 enables vbus-supply depends on the power role, which is negotiated via the PD protocol on the CC pins.
<sre>
warpme: If you have some time for experiments, try to set power-role = "dual" and try-power-role ="dual" in for &usb_con in the 5T DT. It currently is forced to "sink", which improves stability on 5B.
warpme_ has joined #linux-rockchip
<warpme_>
sre: sure. let me try with try-power-role ="dual". rock5t is a bit diff: power is via 12v plug. i'm testing usb port by connecting usb keyb and also wan to see is it working as dp.
<sre>
I know, that's why the dual setting is not an issue on 5T. On the original 5B it brings lots of issues with board power loss, that's why I forced it to sink only.
<sre>
Note, that you can get USB host + DP with that when using a powered USB-C hub. I have that setup working. With USB-C power role and data role are independent from each other.
warpme has joined #linux-rockchip
<warpme>
so one thing is unclear for me: if there is no 5v on usbc socket how then kernel will discover that i'm just connecting i.e. usb keyb (or monitor)?
<warpme>
btw: i just tried with power-role = "dual" and try-power-role ="dual". no chnage.
<warpme>
i mean no 5v power on usbc. also i tried to make vbus5v0-typec regulator always on - so there is 5v on usbc socket. i see keyb is powered but plugging it gives no any reaction.
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
stikonas_ has joined #linux-rockchip
stikonas has quit [Ping timeout: 258 seconds]
<sre>
For USB-C the detection mostly works via the CC1 and CC2 pins. One of those provides CC functionality and the other provides VCONN (which is 5V 1W, in contrast to VBUS which can use way higher voltages such as 20V).
System_Error has quit [Remote host closed the connection]
warpme_ has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
raster has quit [Quit: Gettin' stinky!]
cbeznea_ has quit [Ping timeout: 258 seconds]
System_Error has joined #linux-rockchip
Dex2x has quit [Quit: ZNC 1.9.1+deb2+b3 - https://znc.in]
System_Error has quit [Remote host closed the connection]