<narmstrong>
now I need to add some tests and correctly shutdown :-)
<f_>
narmstrong: nice!!!
<minute>
cool
<f_>
I'd love DFU in SPL but it's not a very high priority for me. I still want to get it to work before sending patches.
<f_>
And implement it all in snagboot too.
psydroid has joined #linux-amlogic
alexeymrvz has joined #linux-amlogic
<f_>
For now I thought thoroughly documenting and cleaning up DRAM code was a good idea..
<narmstrong>
it's always good !
<f_>
yup
<f_>
Falcon boot would be nice too
<f_>
Also comparing against sun6i init since DDR is quite similar
camus has quit [Remote host closed the connection]
Daanct12 has quit [Quit: WeeChat 4.1.1]
<f_>
narmstrong: btw that gitlab repo requires authentication
<narmstrong>
f_: for ?
<f_>
just looking at it
<narmstrong>
damn
<f_>
Upon clicking the link >You need to sign in or sign up before continuing.
<narmstrong>
fixed
<f_>
Nice
<f_>
ohh, booting from DFU...?
<f_>
On lepotato..?
<f_>
Really awesome!
<phh>
yeah that's cool
<narmstrong>
\o/ now add tests and cleanly shutdown, and run on the 3 other boards
<f_>
Would be even cooler if it was booting U-Boot SPL
<f_>
(and definitely something I'd like to do)
<narmstrong>
yes I'd like to
alexeymrvz has quit [Quit: Client closed]
<phh>
narmstrong: that's for state-less CI? *_*
<narmstrong>
phh: exact, state-less, change-less, pure upstream, no code change, no dt change, no config change
<phh>
with power-switchable usb hub it's even completely separated
<phh>
narmstrong: that's beautiful
<f_>
Beautiful indeed.
<narmstrong>
thx
<narmstrong>
with SPL boot, only the SCP firmware would be closed source, everything would be rebuilt from upstream source, for now all FIPs are closed source/pre-built
<f_>
except BL31
<kbingham>
<phh> with power-switchable usb hub it's even completely separated ...
<kbingham>
That caught my eye - do you know of usb hubs that can be switched/controlled by software ?
<phh>
kbingham: i haven't done that in years, check the list on https://github.com/mvp/uhubctl it seems to be maintained
<narmstrong>
the amazon hubs were a good reference, but so far I only find crappy hubs on amazon
<narmstrong>
I use a custom relay board only switching the VBUS line on the usb link, so I'm not power limited by the hub
<kbingham>
Indeed, I have separate systems to do power switching ... but now a lot of them just power a usb-c plug ... so a (high powered?) usb hub that could do that would be helpful. Bonus points if it could transfer data over OTG ;-)
_whitelogger has joined #linux-amlogic
<kbingham>
Thankyou - the uhubctl is a good reference to know about!
buzzmarshall has joined #linux-amlogic
ldevulder has quit [Quit: Leaving]
JohnnyonFlame has joined #linux-amlogic
_whitelogger has joined #linux-amlogic
vagrantc has joined #linux-amlogic
mripard has quit [Quit: mripard]
adamg_ has joined #linux-amlogic
vagrantc has quit [Quit: leaving]
rockosov has joined #linux-amlogic
jacobk has quit [Ping timeout: 255 seconds]
<f_>
What about supporting cursed RAM configs
<f_>
e.g. 1 GB + 2 GB
<f_>
Could be doable, and BL2 might not support this(?)
vagrantc has joined #linux-amlogic
f_[xmpp] has quit [Ping timeout: 256 seconds]
<f_>
Heavily cleaned up my code, splitted spl.c into two: spl(-common).c and spl-gx.c
<f_>
spl.c contains code that should be usable on all SoCs, while spl-gx.c contains GX-specific code.
<f_>
With that it should be easy to have e.g. g12a-specific code in spl-g12a.c for example, and dram-g12a.c
<f_>
Now, I do want to have TPL which would $load SPL into SRAM
<f_>
s/$//
<f_>
(SRAM, not DRAM)
<f_>
Or have TPL do DRAM init?
<f_>
Confirmed that agressively-cleaned up SPL still boots on gxl at least. No reason why it wouldn't boot on gxbb, I didn't modify any of the code for the most part.
<f_>
Really preping to upstream. I have kernel.org coding style in a window
<f_>
S905 issues are "minor" in that they can be worked on after the agressive cleanup I'm doing.
* f_
opens S905 BL2 in ghidra
<f_>
Actually, now that I think about it, all those SCP issues were supposedly due to checksum?
<f_>
When it hang, it was hanging after sending the OP_SHA command to the SCP...
<f_>
And last time it didn't work it printed "sha fail." in UART...