<tokyovigilante>
looks promising - Bus 001 Device 099: ID 1f3a:efe8 Allwinner Technology sunxi SoC OTG connector in FEL/flashing mode
JohnDoe_71Rus has joined #linux-sunxi
warpme has joined #linux-sunxi
hexdump01 has quit []
hexdump0815 has joined #linux-sunxi
mripard has joined #linux-sunxi
warpme has quit []
Net147 has joined #linux-sunxi
Net147 has quit [Read error: Connection reset by peer]
Net147 has joined #linux-sunxi
warpme has joined #linux-sunxi
apritzel has joined #linux-sunxi
<apritzel>
tokyovigilante: ah, very good, now if you run "sunxi-fel -v spl spl/sunxi-spl.bin" (as root or via sudo), you should be able to load and execute your SPL only
<tokyovigilante>
nice, works, but get the following: ... => Executing the SPL... done. usb_bulk_send() ERROR -7: Operation timed out
<tokyovigilante>
I assume that's failing to send the rest of the uboot image?
<apritzel>
well, the command line above just sends the SPL, that should initialise the DRAM, then return to FEL
<apritzel>
and apparently it doesn't, which answers one of my questions: the SPL code doesn't run through to the end
dsimic is now known as Guest226
dsimic has joined #linux-sunxi
<apritzel>
tokyovigilante: so I guess you still see the DRAM init message on serial, reporting 1 GB? So I guess the code makes it to the end of board_init_f() in arch/arm/mach-sunxi/board.c?
Guest226 has quit [Ping timeout: 480 seconds]
<apritzel>
which would mean it continues at the end of arch/arm/lib/crt0_64.S, where it clears BSS, which is in DRAM for sunxi