<dsimic>
Kwiboo: wow, how can it remain that cool under stress testing? it's also a tiny PCB, so there isn't some large surface to dissipate heat off of
<dsimic>
thanks for the testing, it's good to hear that the risk of damaging SoCs isn't that bad
<dsimic>
maybe the cooling gets worse if the board is installed into some small enclosure with no natural or forced airflow
<Kwiboo>
it is a very small soc, with 4 efficient a35 cores and almost nothing else, no gpu or vpu, I let it run over night this time with ethernet and an usb stick connected, so now it has reached ~52 deg, and ambiant down to ~20 deg
<Kwiboo>
touching the soc with fingers it bearly feels hot
<Kwiboo>
it reached 53 deg now: cat /sys/class/hwmon/hwmon*/*temp*; 50000; 53333
<Kwiboo>
this has been running "stress -c 8" for the past ~10h: Load average: 8.00 8.00 8.00 9/117 726
<Kwiboo>
so I feel the patch to limit the cpu rate to the suspend opp is very extream, also the tsadc is basically the same as the px30/rk3326 variants, those however have gpu and vpu
ldevulder has joined #linux-rockchip
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<dsimic>
I see, that's very low CPU temperature under stress testing indeed
<dsimic>
the patch has already been merged, and I'll try to implement, test and submit the proper thermal configuration ASAP
<dsimic>
with these insights, I agree that the patch might have been a bit too extreme, but it also promotes good pratctices when it comes to upstreaming
<dsimic>
i.e. the general rule is not to add CPU or GPU OPPs with no proper thermal configuration in place
warpme has joined #linux-rockchip
crabbedhaloablut has quit []
raster has joined #linux-rockchip
crabbedhaloablut has joined #linux-rockchip
<Kwiboo>
dsimic: yep, that may have been why it was only upstreamed with up to 1ghz opp, and why radxa only list 1ghz, it will use lower voltage, not get too hot and have a longer life span when the board is limited to 1ghz
<dsimic>
IDK, to me, having proper thermal confguration in place is the right thing to do
<dsimic>
as I responded on the ML, it's up to Heiko to decide whether to drop this patch or not, and I'll do my best when it comes to implementing the thermal configuration... I need to get a board first :)
<dsimic>
also, I'd mush rather see it going up to 1.3 GHz, which may make it perform better with bursty CPU loads, even with no heatsink installed
<dsimic>
s/mush/much/
<dsimic>
s/confguration/configuration/
hipboi has quit [Quit: hipboi]
gnuiyl_ has quit [Quit: Leaving]
gnuiyl has joined #linux-rockchip
franoosh has quit [Remote host closed the connection]
franoosh has joined #linux-rockchip
hipboi has joined #linux-rockchip
<robmur01>
re not using the lowest OPP usually: IIRC that's normal, cpufreq won't bother switching to an even lower frequency once it's already at the lowest voltage
<robmur01>
i.e. idling at 950mV is pretty much the same as idling at 950mV ;)
<dsimic>
it actually depends on the thermal governor
<dsimic>
and I intend to prove IPA to be wrong there :)
<dsimic>
Kwiboo: alright, let's drop the patch :)
<robmur01>
Sure, thermal can keep shouting "still too hot, lower OPP!", but without a sensor and trip points you don't have thermal, only what cpufreq does for itself
franoosh has quit [Read error: Connection reset by peer]
franoosh has joined #linux-rockchip
franoosh has quit [Remote host closed the connection]
franoosh has joined #linux-rockchip
Woutervanh has joined #linux-rockchip
<Woutervanh>
Hello, I seem to be locked out from a rk3288 device. I can flash an image to it using Upgrade Tool v2.1, however, it's not doing anything afterwards.... Could it be missing some kind of boot mechanism? Can I erase the emmc completely one way or another?
<Woutervanh>
it's a aio based device, and I used to be able to flash it using ./upgrade_tool uf AIO-3288C-UBUNTU18.04-GPT-20201102-1442.img => which now doesn't boot in the end
franoosh has quit [Read error: Connection reset by peer]
erg_ has joined #linux-rockchip
erg__ has joined #linux-rockchip
erg_ has quit [Read error: Connection reset by peer]
erg__ has quit [Read error: Connection reset by peer]
erg__ has joined #linux-rockchip
erg_ has joined #linux-rockchip
erg__ has quit [Read error: Connection reset by peer]
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
erg_ has quit [Read error: Connection reset by peer]
erg__ has joined #linux-rockchip
erg__ has quit [Read error: Connection reset by peer]
erg__ has joined #linux-rockchip
erg__ has quit [Remote host closed the connection]
erg_ has joined #linux-rockchip
<Woutervanh>
It's as, no matter what I put in the emmc, it's not taken...
erg_ has quit [Remote host closed the connection]
franoosh has joined #linux-rockchip
erg_ has joined #linux-rockchip
franoosh has quit [Read error: Connection reset by peer]
erg__ has joined #linux-rockchip
erg_ has quit [Read error: Connection reset by peer]
<diederik>
you probably need a boot loader like u-boot, but I have no clue about that device (which doesn't appear to be available upstream)
erg__ has quit [Remote host closed the connection]
franoosh has joined #linux-rockchip
warpme has joined #linux-rockchip
franoosh has quit [Read error: Connection reset by peer]
franoosh has joined #linux-rockchip
franoosh has quit [Read error: Connection reset by peer]
franoosh has joined #linux-rockchip
<Woutervanh>
well, what I actually want, is booting a yocto image I build
franoosh has quit [Remote host closed the connection]
franoosh has joined #linux-rockchip
<Woutervanh>
but for some reason, I think it does not get to the uboot on the emmc. Are there other loader settings in the rk3288 to be set?
<diederik>
connect serial/UART to see what happens (or not)
erg_ has joined #linux-rockchip
franoosh has quit [Read error: Connection reset by peer]
erg_ has quit [Read error: Connection reset by peer]
franoosh has joined #linux-rockchip
<Woutervanh>
diederik: nothing
<diederik>
that's bad. I guess you need to figure out how the boot process is supposed to work and figure out what's missing.
erg_ has joined #linux-rockchip
franoosh has quit [Read error: Connection reset by peer]
erg_ has quit [Read error: Connection reset by peer]
erg_ has joined #linux-rockchip
<Woutervanh>
yeah, that's what I'm currently trying. I'm able to put it in maskrom, and able to write to the emmc. When reading partition table via rkdeveloptool etc, I also see that it gets written. Only it appears it's not really trying to boot from it
<Woutervanh>
(if such is possible)
erg__ has joined #linux-rockchip
erg_ has quit [Ping timeout: 252 seconds]
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
erg__ has quit [Ping timeout: 252 seconds]
eballetbo has quit [Quit: Connection closed for inactivity]
<diederik>
you need to have u-boot at the right location, which (normally?) doesn't show up in the partition table
Stat_headcrabbed has joined #linux-rockchip
<Woutervanh>
Well, I'm writing a .wic file or an image file. Both do not work. Although I have another board around (on which this one is based), where this works fine
<diederik>
I don't know what a .wic file is, but if the image file doesn't have a bootloader 'baked' in, then that isn't enough to get it to boot
warpme has joined #linux-rockchip
hipboi has quit [Quit: hipboi]
<Woutervanh>
wic file is an image with everything inside, including uboot
Stat_headcrabbed has quit [Quit: Stat_headcrabbed]
Stat_headcrabbed has joined #linux-rockchip
<dsimic>
Woutervanh: could it be there's some SPI flash that the device actually boots from?
<dsimic>
but there's nothing on the serial console, so perhaps there isn't
<mps>
maybe board have some switches to select from where to boot
<mps>
shooting in the dark*
<robmur01>
been years since I last touched the vendor tools, but IIRC, "uf" doesn't touch the IPL, so it's relatively easy to get into a mess, especially if mixing and matching upstream vs. BSP firmware
<robmur01>
try getting it into proper maskrom mode (not rockusb) and using "ul" to reflash the right IPL to match the rest of the firmware image (miniloader or upstream U-Boot SPL)
<Woutervanh>
robmur01: I have some issues understanding what this loader would be... Where would I find this u-boot spl?
<Woutervanh>
or miniloader for that matter
<dsimic>
it's device dependent, so...
<dsimic>
where did you find the previously mentioned image?
<dsimic>
named AIO-3288C-UBUNTU18.04-GPT-20201102-1442.img
<Woutervanh>
I forgot tbh... But I do have a working device, is there a way to read it back?
<Woutervanh>
I'll have a look. Strange thing is too, that a rkdeveloptool ef (erase flash) returns immediatly, without feedback, where on my working board this works fine. But I am able to get type etc
warpme has joined #linux-rockchip
raster has quit [Remote host closed the connection]
Woutervanh has quit [Quit: Client closed]
raster has joined #linux-rockchip
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
warpme has joined #linux-rockchip
warpme has quit [Client Quit]
ldevulder has quit [Quit: Leaving]
vagrantc has joined #linux-rockchip
stikonas has joined #linux-rockchip
<minute>
anyone else ever experiencing usb not working on _some_ boots on rk3588?
<minute>
(kernel 6.11.2 with collabora patchstack)
raster has quit [Quit: Gettin' stinky!]
Stat_headcrabbed has quit [Remote host closed the connection]
stikonas has quit [Remote host closed the connection]
stikonas has joined #linux-rockchip
warpme has joined #linux-rockchip
franoosh has joined #linux-rockchip
franoosh has quit [Ping timeout: 255 seconds]
a1batross has joined #linux-rockchip
vagrantc has quit [Quit: leaving]
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
stikonas has quit [Remote host closed the connection]
stikonas has joined #linux-rockchip
stikonas has quit [Remote host closed the connection]
stikonas has joined #linux-rockchip
stikonas has quit [Quit: Konversation terminated!]