ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion | IRC log http://irclog.whitequark.org/linux-rockchip | Community GH https://github.com/linux-rockchip | Rockchip GH https://github.com/rockchip-linux | ML https://groups.google.com/group/linux-rockchip
vstehle has quit [Ping timeout: 246 seconds]
vagrantc has quit [Quit: leaving]
azend_ has quit [Ping timeout: 252 seconds]
<macc24> is this supposed to do anything besides changing voltage?
<macc24> mmind00: any ideas on ^ ?
azend has joined #linux-rockchip
nroberts has quit [Ping timeout: 240 seconds]
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 240 seconds]
kevery1 is now known as kevery
<macromorgan> looks like that bus driver changes the voltage/frequency?
<macc24> it doesn't change frequency from what i see
camus has joined #linux-rockchip
kaspter has quit [Ping timeout: 240 seconds]
camus is now known as kaspter
shailangsa has quit [Ping timeout: 252 seconds]
shailangsa has joined #linux-rockchip
camus has joined #linux-rockchip
kaspter has quit [Ping timeout: 260 seconds]
camus is now known as kaspter
kevery1 has joined #linux-rockchip
kevery has quit [Read error: Connection reset by peer]
kevery1 is now known as kevery
kaspter has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-rockchip
kevery1 has joined #linux-rockchip
kevery has quit [Read error: Connection reset by peer]
kevery1 is now known as kevery
vstehle has joined #linux-rockchip
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 252 seconds]
kevery1 is now known as kevery
camus has joined #linux-rockchip
kaspter has quit [Remote host closed the connection]
camus is now known as kaspter
macromorgan has quit [Read error: Connection reset by peer]
matthias_bgg has joined #linux-rockchip
kevery has quit [Remote host closed the connection]
kevery has joined #linux-rockchip
<mmind00> macc24: what makes you think this doesn't change voltages? ... i.e. from what I see, it attaches to cpufreq notifications and sets that bus clk+voltage before or after cpu frequency changes
<mmind00> see the cpufreq notifier, foo_set_target call + opp handling inside
<mmind00> though I can't remember if someone was working on upstreaming that in the past
<macc24> mmind00: i don't really see anything besides regulator_set_voltage in rockchip_bus_clkfreq_target
<macc24> and the way px30 dtsi is set in rockchip's kernel makes it use only clkfreq stuff
<macc24> mmind00: rockchip_bus_cpufreq_target is not used, as https://github.com/rockchip-linux/kernel/blob/develop-4.19/arch/arm64/boot/dts/rockchip/px30.dtsi#L241 is making rockchip_bus executerockchip_bus_clkfreq which does not use cpufreq functions
<mmind00> macc24: ok
<mmind00> macc24: I guess there it's really only to adjust the vdd_logic supply
<mmind00> depending on the cpu frequency
<macc24> guess it does nothing ¯\_(ツ)_/¯
kevery has quit [Ping timeout: 260 seconds]
kevery has joined #linux-rockchip
<robmur01> macc24: it's using a clock notifier, so presumably some other consumer is controlling the bus clock, then this just wiggles the voltages to match
<robmur01> oh, yeah, dtsi says the notifier will be on APLL which is also the CPU clock, so it's effectively just a cpufreq follower
stikonas has joined #linux-rockchip
warpme_ has joined #linux-rockchip
<macc24> a bee flew into my room o.o
<macc24> anyway, robmur01: when there's a high cpu usage, dram would be stressed to and that runs off vdd_logic so it can be just ignored or am i getting something wrong???
<robmur01> Why must high CPU usage mean high DRAM load? Many compute-intensive workloads can run mostly or entirely out of L1/L2
<macc24> oh ok
<robmur01> also, performance governor ;)
kevery1 has joined #linux-rockchip
<robmur01> certain embedded applications may value interrupt response latency over power saving, for instance
kevery has quit [Ping timeout: 268 seconds]
kevery1 is now known as kevery
Net147 has quit [Ping timeout: 252 seconds]
Net147 has joined #linux-rockchip
uis has quit [Quit: ZNC 1.7.5 - https://znc.in]
uis has joined #linux-rockchip
Net147 has quit [Read error: Connection reset by peer]
Net147 has joined #linux-rockchip
Viche has joined #linux-rockchip
paulk-leonov has quit [Ping timeout: 260 seconds]
<Viche> hey, i have an RK3128, a lot of documentation and SDKs are for the RK3328, are they compatible?
<warpme_> guys: can somebody point me for (or help to find) rksd_loader.img blob download for rk3399 orangepi-4?
Viche has quit [Quit: Connection closed]
Viche has joined #linux-rockchip
matthias_bgg has quit [Ping timeout: 268 seconds]
<stikonas> warpme_: does orangepi4 not work without blob?
<stikonas> I would rather use upstream U-boot and no blobs
matthias_bgg has joined #linux-rockchip
<robmur01> Viche: no, they are significantly different (32-bit vs. 64-bit for one thing)
<warpme_> stikonas: well - mainline uboot was my first idea. but afaik to build i need atf and to build atf i need toolchain for m0 target (dram.o). I'll go probably with vendor bl31.elf copied to mainline u-boot build directory. but for testing purposes it will be nice to have handy working rksd_loader.img blob ready to just dd to sd card...
<Viche> ah ok, docs only say how to make android
<Viche> i can't find a linux sdk for 3128
<Viche> does anyone know where I can find it?
<stikonas> warpme_: you need atf either way...
<warpme_> just wonder - what will be simplest method to acquire working rksd_loader.img blob Maybe getting armbian sd card image for orangepi-4 and do dd from sd card image to file?
<stikonas> is armbian even using rksd_loader?
<stikonas> warpme_: btw, I have atf 2.4 compiled for rk3399 https://stikonas.eu/files/gentoo-sources/u-boot/bl31.elf
<stikonas> if you don't want to build it yoruself
<warpme_> stikonas: for sure armbian was in past as armbian guys provided me blob when i was adding support for rockpi4 year ago in my dostro. now i want to add support for orangepi4. as i don't this hw to test - i want to do one-steep in time. 1\create sd image for orangepi4 based on rockpi4 image by just replacing bootloader blob from rockpi4->orangepi4; 2\add sources built uboot booloader for orangepi4 image
<stikonas> well, wait a bit here and see if somebody else knows more. I only worked with upstream u-boot...
<stikonas> (I did these steps to get my rockpro64 to boot https://stikonas.eu/wordpress/2019/09/15/blobless-boot-with-rockpro64/)
<warpme_> stikonas: very nice doc!! thx!
<stikonas> a bit oldish now, but things should only work better with newer versions...
<Viche> robmur01 do you know where the best place to download a linux sdk for a 3128?
matthias_bgg has quit [Ping timeout: 265 seconds]
<robmur01> for standalone BSP bits like kernel/U-boot, probably Rockchip's Github. For the full vendor package, looks like Firefly have shared the "Android SDK" in the support files for their 3128 boards - no idea if an actual "Linux SDK" even exists :/
<Viche> robmur01 it's been puzzling me for a while, especially with Rockchip's image packing system and multi level bootloader, I was hoping for an "idiot proof" way of getting linux on the 3128.
<Viche> ls
<Viche> ffs >.>
<phh> Rockchip's Linux SDK is https://github.com/rockchip-linux/meta-rockchip's yocto layer
archetech has joined #linux-rockchip
kaspter has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-rockchip
azend has quit [Remote host closed the connection]
azend has joined #linux-rockchip
kaspter has quit [Quit: kaspter]
stikonas has quit [Remote host closed the connection]
stikonas has joined #linux-rockchip
warpme_ has quit [Quit: Connection closed for inactivity]
vagrantc has joined #linux-rockchip
macromorgan has joined #linux-rockchip
stikonas has quit [Remote host closed the connection]
stikonas has joined #linux-rockchip
archetech has quit [Quit: Konversation terminated!]
warpme_ has joined #linux-rockchip
shailangsa has quit [Ping timeout: 246 seconds]
mps has quit [Quit: Changing server]
mps has joined #linux-rockchip
shailangsa has joined #linux-rockchip
stikonas has quit [Remote host closed the connection]
stikonas has joined #linux-rockchip
vagrantc has quit [Quit: leaving]
<warpme_> stikonas: fyi: got rockpi4 fully booting/working with mainline uboot. thx for your nice guide. orangepi-4 should be now just snap!
vagrantc has joined #linux-rockchip
<stikonas> warpme_: yeah, they should all be pretty similar
robmur01 has quit [Read error: Connection reset by peer]
robmur01 has joined #linux-rockchip
<warpme_> and i'm now with your AFT bin :-)
<warpme_> ATF
<warpme_> fyi: orangepi-4 also boot nicely with mainline uboot... thx guys!
vagrantc has quit [Quit: leaving]
Viche has quit [Quit: Connection closed]
vagrantc has joined #linux-rockchip