<dlan>
apritzel: ok, so you want to finalize DT first.. good job for pinctrl, and do you have clock & reset driver ready? those three basic driver should really go first
<apritzel>
yes, we need pinctrl, clocks, PMIC, first, as most other peripherals depend on all three of them. And no, I did not start on the clock driver yet
<apritzel>
dlan: try if you can boot this binary, via FEL (spl command) and from SD card (dd'ed at the usual 8K): https://paste.c-net.org/BaggingGoose
<apritzel>
if you could dump the output somewhere, for both FEL and SD card, this should answer some questions
<apritzel>
provided it actually works ... ;-)
vagrantc has quit [Ping timeout: 480 seconds]
apritzel has quit [Ping timeout: 480 seconds]
radxanaoki has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
vagrantc has joined #linux-sunxi
hexdump02 has joined #linux-sunxi
hexdump01 has quit [Ping timeout: 480 seconds]
hexdump01 has joined #linux-sunxi
vagrantc has quit [Ping timeout: 480 seconds]
hexdump0815 has quit [Ping timeout: 480 seconds]
gsz has joined #linux-sunxi
vagrantc has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
warpme has quit []
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
radxanaoki has quit [Quit: radxanaoki]
sdfgsdfs has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
bauen1 has joined #linux-sunxi
warpme has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
warpme has quit []
<dlan>
apritzel: I have problem to exec bootinfo.sunxi if enter FEL directly from BROM (there is no boot0.img in SD card), so no serial output
<dlan>
but able to run if enter FEL after exec boot0 (has boot0.img in SD card), here is the dump: https://paste.gentoo.zip/3bsHYcsq
<dlan>
I'm sure the two cases are different
<apritzel>
dlan: thanks, interesting. I guess I messed up the GPIO setup (that's different on the A733), but if you have boot0 run before, that sets it up, so we can simply use the serial
<apritzel>
dlan: so if you have just boot0 on the SD card, will it return to FEL? That means you can skip the whole SPL and DRAM setup, because boot0 did it for you, apparently
<apritzel>
then you should be able to load u-boot.bin to 0x4a000000, and execute it
<dlan>
yes, it's able to return to FEL (input "22" from serial console), exactly load uboot and run
<dlan>
for the bootinfo.sunxi, is the code published somewhere? or can I build it myself
bauen1 has joined #linux-sunxi
<apritzel>
no, not yet, and I found the bug: AW moved the UART clock gate register, from 0x90c to 0xe00
<dlan>
right, you can check the modifition uart0-helloworld-sdboot.c
<apritzel>
oh great, does that also work on an SD card? That would the real interesting part to see what the BROM load address is
<dlan>
I haven't tried booting from sd card, but from sdk, I figure out the load address for sd card (if boot0 exist) is 0x44000, while FEL download addr is 0x4c000
<dlan>
apritzel: comfirmed, dd to sd card, also works fine
<apritzel>
ah, thanks, and here we go: the BROM load address is 0x47000
<dlan>
interesting, it's different from my expectation (0x44000), as I checked the link address of boot0(boot0_sdcard.elf) is 0x44000
<apritzel>
dlan: maybe you can double check by loading boot0 from SD card, then reading the SRAM via "sunxi-fel read"? To confirm where boot0 was loaded to? Also, does boot0 maybe relocate itself?