<dsimic>
does Radxa have any board(s) that use the RK3588S2?
<dsimic>
naoki: ^^^
<naoki>
ROCK 5C
<dsimic>
huh, I see
hipboi has joined #linux-rockchip
<naoki>
about rk3566-t, it might be better to modify dts on u-boot
<naoki>
(if possible)
<dsimic>
I think it would be better to handle it in the kernel, and I already have plans to work on the SoC binning
<naoki>
oh
<dsimic>
handling different SoC variants would fit great into the SoC binning
<dsimic>
so I think we should go with treating all ROCK 3C and ZERO 3E/3W boards as having RK3566T, as I wrote on the ML
<dsimic>
and when the SoC binning support lands, it will all fit well
<naoki>
@hipboi is it okay?
<dsimic>
sorry, who is hipboi?
<naoki>
Tom Cubie @ Radxa
<dsimic>
see, at least some ROCK 3C and ZERO 3E/3W boards have the RK3566T, and they are currently overclocked a bit
<naoki>
(he might not see here)
<dsimic>
it's much better to run some boards, which may have the "full-fat" RK3566, a bit slower, than to overclock some other boards
<dsimic>
ah, I see
<dsimic>
stability should always be the main priority
<dsimic>
even when it means that some performance needs to be sacrificed :)
<naoki>
I see, thank you very much for your work
<dsimic>
anytime :)
<dsimic>
I'll ask Radxa for some hardware that I need for the support for SoC binning
<dsimic>
which will include a couple of RK3308 boards, for which I plan to implement proper thermal support that's currently missing upstream :)
<dsimic>
the RK3308 will also support SoC binning
kevery has quit [Ping timeout: 252 seconds]
kevery has joined #linux-rockchip
hipboi has quit [Quit: hipboi]
<dsimic>
s/handling different SoC variants/handling the OPPs for different SoC variants/
eballetbo has joined #linux-rockchip
franoosh has joined #linux-rockchip
erg_ has joined #linux-rockchip
erg__ has joined #linux-rockchip
warpme has joined #linux-rockchip
hipboi has joined #linux-rockchip
<Kwiboo>
dsimic, naoki: I have not looked at what differs S and S2 variant nor if a separate dtsi is needed, however I did notice that we can check the otp at runtime to figure out what variant is running, I am mostly playing at implementing checkboard() to print out the SoC variant in U-Boot
<Kwiboo>
regarding RK3566T, I have ROCK 3C boards that have "full-fat" RK3566 (and no SPI flash) and others that only have the RK3566T variant (and SPI flash), if I remember correctly the ones with "full-fat" RK3566 may have come from RS/OKdo and the others from Allnet or Arace
<dsimic>
Kwiboo: I've opened the RK3588S and RK3588S2 datasheets side by side, and here are the differences I've spotted:
<dsimic>
- the RK3588S2 doesn't mention the CAN interface
<dsimic>
- max. eDP power voltages are a tiny bit lower on the RK3588S2
raster has joined #linux-rockchip
<dsimic>
- the RK3588S2 has much wider operating temperature range, can even go down to -20 oC
<dsimic>
... and that would be pretty much it, according to the datasheets
<dsimic>
ah, it seems I've missed some differences...
<dsimic>
here's a quotation from the page linked below:
<dsimic>
"First, how does RK3588S2 differ from RK3588S? They are basically the same except the RK3588S2 comes with an additional MIPI CSI interface which is not used in the ROCK 5C."
naoki has quit [Quit: naoki]
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]