akaizen has quit [Remote host closed the connection]
naobsd has joined #linux-rockchip
levd has joined #linux-rockchip
<naobsd>
I cannot remember RK u-boot for RK3368 rewrites (or not) memory node in dts
<naobsd>
generally (preferably), if possible, bootloader should know size of memory, update dts (or atag), then passes it to kernel, right?
<naobsd>
I really need more spare time :(
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 260 seconds]
levd1 is now known as levd
Ueno_Otoko has joined #linux-rockchip
<enkoder>
Has anyone in here been able to get u-boot spl running on a rock2 using 'rkflashtool l'? emm init is failing for me when I do not use CONFIG_SPL_BUILD, but I cannot get it to build when I enable CONFIG_SPL_BUILD.
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 264 seconds]
levd1 is now known as levd
<enkoder>
I guess a better question is, what is CONFIG_SPL_BUILD used for?
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 250 seconds]
levd1 is now known as levd
levd has quit [Ping timeout: 255 seconds]
levd has joined #linux-rockchip
eebrah has quit [Ping timeout: 260 seconds]
eebrah has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 272 seconds]
levd1 is now known as levd
Ueno_Otoko has quit [Ping timeout: 260 seconds]
sunilmohan has joined #linux-rockchip
sunilmohan has joined #linux-rockchip
sunilmohan_ has joined #linux-rockchip
sunilmohan has quit [Read error: Connection reset by peer]
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 245 seconds]
levd1 is now known as levd
Ueno_Otoko has joined #linux-rockchip
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 245 seconds]
levd1 is now known as levd
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 265 seconds]
levd1 is now known as levd
levd1 has joined #linux-rockchip
levd has quit [Ping timeout: 276 seconds]
levd1 is now known as levd
levd has quit [Quit: levd]
Ueno_Otoko has quit [Ping timeout: 260 seconds]
Ueno_Otoko has joined #linux-rockchip
mac_l1 has joined #linux-rockchip
sunilmohan has joined #linux-rockchip
sunilmohan_ has quit [Ping timeout: 246 seconds]
Ueno_Otoko has quit [Ping timeout: 240 seconds]
Ueno_Otoko has joined #linux-rockchip
enkoder has quit [Ping timeout: 240 seconds]
sunilmohan has quit [Ping timeout: 245 seconds]
sunilmohan has joined #linux-rockchip
akaizen has joined #linux-rockchip
akaizen has quit [Remote host closed the connection]
VargaD has quit [Ping timeout: 260 seconds]
VargaD has joined #linux-rockchip
irsol has quit [Ping timeout: 245 seconds]
irsol has joined #linux-rockchip
mrueg has quit [Remote host closed the connection]
mrueg has joined #linux-rockchip
gb_master has joined #linux-rockchip
sunilmohan has quit [Ping timeout: 240 seconds]
sunilmohan has joined #linux-rockchip
sunilmohan has quit [Changing host]
sunilmohan has joined #linux-rockchip
gb_master has quit [Quit: Leaving]
dlezcano has quit [Ping timeout: 240 seconds]
dlezcano has joined #linux-rockchip
<sjoerd>
mmind00: any idea what the GRF_OS_REGXX registers are for ?
<mmind00>
sjoerd: not really ... naming suggests to store arbitary values, but they already have the PMU_SYS_REGx for that as well
<sjoerd>
Just going through what's dfferent when loading SPL over usb otg vs. SD card
<sjoerd>
there are various fields different in those registers, but as at leat my datasheets don't document them :/
<mmind00>
rk3036 at least has some sort of decription by calling them "Software OS register", but nothing more as well
<mmind00>
sjoerd: looking at Rockchip's rk3036 source, they use it to store the reboot mode there (due to the missing pmu-equivalents)
<sjoerd>
yeah but the vendor u-boot seems to use the pmu for that one on 3288 indeed
<mmind00>
yep (and Andy's reboot series as well) ... as I said the rk3036 does not have those, so they seem to have switched to the GRF-variants for it
<mmind00>
and on an old rk29 camera driver they seem to use that to store some driver state
mac_l1 has quit [Ping timeout: 252 seconds]
<sjoerd>
Right so some bits are probably scratch space
<sjoerd>
guess others might be set by the maskrom it self then
<sjoerd>
anyway, unlikely for the reason for the spl/u-boot to misbehave when loaded to usb otgh
<sjoerd>
the CRU setup seems exactly the same fwiw
<sjoerd>
Guess the pmu would be the next set of registers to dump to see if there are interesting differences
<sjoerd>
oh shit it wouldhelp if i actually printed the cru registers
* sjoerd
kicks himself
ckeepax has quit [Ping timeout: 240 seconds]
ckeepax has joined #linux-rockchip
Ueno_Otoko has quit [Ping timeout: 245 seconds]
sara has joined #linux-rockchip
sara has left #linux-rockchip [#linux-rockchip]
gb_master has joined #linux-rockchip
sunilmohan has quit [Read error: Connection reset by peer]
jas-hacks has left #linux-rockchip [#linux-rockchip]
afaerber has joined #linux-rockchip
<sjoerd>
huh
<sjoerd>
printk("t_len: %d %d %d %d\n", len, t_len, len % t_len, len == t_len);
<sjoerd>
[ 0.000000] t_len: 8 8 -56 1
* sjoerd
wodnders if he's going mad
<sjoerd>
oh that seems to be an issue with gcc 6, fun
ckeepax has quit [Ping timeout: 250 seconds]
gb_master has quit [Quit: Leaving]
<sjoerd>
ok, seems that when booting linux from a u-boot loadedover otg it hangs when trying to online the second cpu
<sjoerd>
fun
CoolerMaster has joined #linux-rockchip
CoolerMaster has left #linux-rockchip [#linux-rockchip]
<mmind00>
sjoerd: interesting
<mmind00>
sjoerd: can you check if the sram-related clock is on please?
<mmind00>
hmm, but I'd think that should be on anyway, as the spl was running in there already
<sjoerd>
adding some printk makes it seem it get past that (pretty sure it didn't before, odd) but then gets stuck when trying to run the devtmpfs kthread
<sjoerd>
maxcpus=1 brings it further but hangs later on it seems
<sjoerd>
mmind00: the CRU registers are all the same as when booting from SD
<sjoerd>
mmind00: did i remember correctly that there are some pll's on the usb device as well?
<mmind00>
sjoerd: yep, the usbphys each have their own pll generating the needed 480MHz
<mmind00>
and can be an additional input for some core soc-clocks
Omegamoon has joined #linux-rockchip
<sjoerd>
mmind00: does linux use those for anything by default ?
<sjoerd>
just wondering if those can cause issues
* sjoerd
grasping at straws a bit :)
<mmind00>
sjoerd: hehe ... I think I remember that one is used as a gpu source on chromeos (for a 480mhz opp) ... althougth the 3288 usbplls are supposed to be slightly unstable when the phy is actually used
<mmind00>
(aka usb-device + another in-system user)
<mmind00>
but I don't think that is a default setting (but am unsure)
<sjoerd>
hmm, so if i set the max cpu's to 1 (meaning it'll just use the boot cpu) it hangs once the i2c engine gets first asked to do wait_event_timeout
<sjoerd>
feel iqr related then (apparently neither getting an irq from the i2c engine to complete the event or time scheudules timeout)