<CounterPillow>
kevery: is rockchip still working on open-sourcing tf-a and tpl for rk356x?
f476 has joined #linux-rockchip
f476_ has quit [Ping timeout: 244 seconds]
f476 has quit [Ping timeout: 256 seconds]
matthias_bgg has quit [Ping timeout: 240 seconds]
f476 has joined #linux-rockchip
f476_ has joined #linux-rockchip
f476 has quit [Ping timeout: 256 seconds]
stikonas has joined #linux-rockchip
warpme___ has joined #linux-rockchip
psydroid2 has joined #linux-rockchip
matthias_bgg has joined #linux-rockchip
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 240 seconds]
kevery1 is now known as kevery
psydroid2 has quit [Quit: Leaving]
psydroid2 has joined #linux-rockchip
psydroid2 has quit [Remote host closed the connection]
psydroid2 has joined #linux-rockchip
crabbedhaloablut has quit [Remote host closed the connection]
crabbedhaloablut has joined #linux-rockchip
camus has quit [Quit: camus]
crabbedhaloablut has quit [Remote host closed the connection]
crabbedhaloablut has joined #linux-rockchip
matthias_bgg has quit [Quit: Leaving]
vagrantc has joined #linux-rockchip
Rathann has quit [Ping timeout: 264 seconds]
psydroid2 has quit [Remote host closed the connection]
psydroid2 has joined #linux-rockchip
<hramrach>
hello
<hramrach>
on rk3399 when I reboot I cannot read mmc1 from u-boot. Linux loaded from mmc0 can read it as well as u-boot loaded from poweroff. How to debug?
<clarity>
Is it sd card?
<clarity>
It may need to power cycle
<clarity>
If it's changed voltage mode or something
<hramrach>
it is a SD card, and it works the first time, not the second time
<hramrach>
sure, I can power-cycle but reboot would be better
<clarity>
I mean power cycle the card itself
<clarity>
Once it goes into 1.8V mode, it won't come back all by itself
<hramrach>
in what way?
<clarity>
Idk, maybe look at the schematics of your board and find what controls power to the card
<clarity>
As a quick hack, you can try disable all 1.8V modes and see if that works around the issue
<clarity>
Just to get confirmation
<hramrach>
and how do you that from u-boot?
<hramrach>
it works fine from linux so nothing to fix there
<clarity>
The fix would be specifically on linux side if linux is what puts the card in 1.8V mode
<clarity>
I think no-1-8-v property in dts can do the trick, or you can specify speeds manually
<clarity>
But yes the real fix then would be to get u-boot to power cycle the card
<clarity>
Unless you're ok with never using 1v8
<hramrach>
also the eDP only works on the first boot and not reboot
<hramrach>
hm, looks like resvan of the mmc works
<hramrach>
which means this should be relatively easy to fix
<clarity>
Hmm, I've "fixed" that in the past just by having my boot script run mmc scan (twice? can't remember)
<clarity>
Although there probably is a better fix
<hramrach>
yes,that would probably work as workaround
macromorgan has joined #linux-rockchip
lurchi_ has quit [Quit: Konversation terminated!]
lurchi_ has joined #linux-rockchip
f476_ has quit [Ping timeout: 240 seconds]
warpme___ has quit [Quit: Connection closed for inactivity]