drrty has quit [Remote host closed the connection]
drrty has joined #linux-rockchip
drrty has quit [Remote host closed the connection]
kaspter has quit [Ping timeout: 265 seconds]
kaspter has joined #linux-rockchip
cp has quit [Ping timeout: 245 seconds]
cp has joined #linux-rockchip
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-rockchip
kaspter has quit [Ping timeout: 265 seconds]
kaspter has joined #linux-rockchip
cp has quit [Ping timeout: 265 seconds]
cp has joined #linux-rockchip
cp has quit [Quit: Disappeared in a puff of smoke]
cp- has joined #linux-rockchip
vagrantc has quit [Quit: leaving]
kaspter has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-rockchip
lkcl has quit [Ping timeout: 265 seconds]
levd has quit [Ping timeout: 240 seconds]
levd has joined #linux-rockchip
ldevulder has joined #linux-rockchip
warpme_ has joined #linux-rockchip
wadim_ has joined #linux-rockchip
matthias_bgg has joined #linux-rockchip
stikonas has joined #linux-rockchip
stikonas has quit [Ping timeout: 252 seconds]
_whitelogger has joined #linux-rockchip
<fALSO>
bom dia
<DuClare>
hay
kevery has quit [Ping timeout: 265 seconds]
camus has joined #linux-rockchip
kaspter has quit [Remote host closed the connection]
camus is now known as kaspter
robmur01_ has joined #linux-rockchip
return0__ has joined #linux-rockchip
return0e_ has quit [Read error: Connection reset by peer]
robmur01 has quit [Ping timeout: 240 seconds]
field^Zzz3 has joined #linux-rockchip
robmur01_ is now known as robmur01
<robmur01>
anarsoul: I did eventually get something built and briefly boot-tested off an SD card; I'll try installing it properly and testing reboot tonight
<robmur01>
flacks: downstream doesn't have the exact same rkclk_init() function, but if you hunt around for PLL stuff you'll find the equivalent code in the middle of one of the early setup functions IIRC
<robmur01>
even with the DT hack you're still booting with wonky PLLs, it's just that if Linux doesn't know that the A72s are more powerful it won't bother migrating off the boot CPU which defaults to a slightly-less-terrible 200MHz (or sometimes 400MHz)
<robmur01>
the trouble is that it knows the capacities early, but it doesn't know that the current frequencies aren't equal until the cpufreq driver loads, which is much later if it's a module
adjtm_ has joined #linux-rockchip
adjtm has quit [Ping timeout: 276 seconds]
matthias_bgg has quit [Read error: Connection reset by peer]
matthias_bgg has joined #linux-rockchip
kaspter has quit [Quit: kaspter]
kaspter has joined #linux-rockchip
kevery has joined #linux-rockchip
kevery has quit [Ping timeout: 250 seconds]
ayaka has quit [Ping timeout: 246 seconds]
ayaka has joined #linux-rockchip
ldevulder_ has joined #linux-rockchip
ldevulder has quit [Ping timeout: 240 seconds]
JohnDoe_71Rus has joined #linux-rockchip
lkcl has joined #linux-rockchip
<micken>
at last !!
<micken>
I have USB again
<micken>
\o/
nsaenz has quit [Ping timeout: 252 seconds]
Depau has quit [Read error: Connection reset by peer]
Depau has joined #linux-rockchip
Depau has quit [Read error: Connection reset by peer]
nsaenz has joined #linux-rockchip
nsaenz has quit [Remote host closed the connection]
Depau has joined #linux-rockchip
matthias_bgg has quit [Ping timeout: 240 seconds]
ldevulder_ is now known as ldevulder
<anarsoul>
robmur01: frequencies are actually equal, u-boot sets them to 600MHz for both clusters
<robmur01>
anarsoul: indeed, *if* you actually use the SPL ;)
<anarsoul>
it's a bit confusing, I'm using idbloader.img and u-boot.itb. I assume idbloader.img is SPL?
<robmur01>
it's the miniloader + mainline u-boot.bin case which is borked, and that nearly everyone seems to be using :/
<anarsoul>
robmur01: I'm using SPL, I'm not fond of vendor blobs
<robmur01>
yup, so you're all good ;) (I understand idbloader is TPL+SPL)
<anarsoul>
well, if broken reboot is all good then sure :)
<robmur01>
BTW are you using PCIe? Seems someone's just correlated that to busted reboot on rockpro
<anarsoul>
no
<anarsoul>
guess I'll start a new mail thread regaring reboot issue
<anarsoul>
I wonder how Jagan tested it
<robmur01>
as above, I'll back up my eMMC and try it in anger on my T4 once I'm home tonight
<robmur01>
(trying to pick up u-boot from SD but everything else from eMMC doesn't seem to go too well)
<anarsoul>
works for me
<anarsoul>
I have u-boot on SD card and rootfs either on NFS or eMMC
<anarsoul>
tried with u-boot on eMMC with the same result but it's not very convenient for u-boot development
<robmur01>
I think it's having a valid u-boot on both at once that confuses things (perhaps in the back-to-bootrom dance)
<anarsoul>
robmur01: it has same-as-spl boot order, so it should pick u-boot from SD card if SPL booted from SD
<robmur01>
1am last night was just too late to risk any dd mishaps ;)
<anarsoul>
however if you have valid SPL on eMMC it'll boot off eMMC
<anarsoul>
since it has unfortunate boot order SPI -> eMMC -> SD
<anarsoul>
I'd prefer to have it reversed :)
<robmur01>
or perhaps I just clone all the partitions to the SD card and tape down the maskrom button... :)
ayaka has quit [Ping timeout: 265 seconds]
ayaka has joined #linux-rockchip
vicencb has joined #linux-rockchip
matthias_bgg has joined #linux-rockchip
drrty has joined #linux-rockchip
<anarsoul>
robmur01: will it boot from SD if you have maskrom button pressed?
nashpa has quit [Ping timeout: 276 seconds]
<robmur01>
anarsoul: yup, it shorts the eMMC clk to ground to make it appear disconnected
<anarsoul>
I see
nashpa has joined #linux-rockchip
<anarsoul>
I thought it enters rockchip DFU mode if you press it
<robmur01>
that one's generally called the "recovery" button
<robmur01>
it's just an ADC key that u-boot reads
<robmur01>
maskrom is a bigger hammer :D
matthias_bgg has quit [Quit: Leaving]
inode has joined #linux-rockchip
<mickenx>
how is uboot for rock pi?
<anarsoul>
same as for other rk3399 boards?
<mickenx>
ok
<mickenx>
btw the other fellow that works on the rk3399 project has successfully booted 32 bit on mainline