11:21 <hexdump0815> Amit_T: repk: is the gxbb / s905 atf supposed to work in v2.3 of atf? i'm asking as i tried to build u-boot with that atf and it did not work while using the bl31 blob it worked ... on gxl / s905x everything works fine with the self compiled gxl atf

11:22 <hexdump0815> Amit_T: repk: not working means it was just hanging at that point if i remember correctly

11:25 <hexdump0815> Amit_T: repk: i'm not sure if maybe some kind of signing or encryption of the resulting bl31.bin is required - i guess that differs a bit from the gxl case as everything seems to be a bit different between gxbb and gxl :)

11:27 <hexdump0815> Amit_T: repk: my test case was a s905 tv box, which was forced to boot from sd card via hdmi dongle (which worked very well in general and perfectly fine with mainline u-boot and atf blob)

11:30 <repk> hexdump0815: it is supposed to work yes. But I never tried it

11:39 <hexdump0815> repk: which commands are supposed to be used to prepare it for use?

11:42 <hexdump0815> repk: the bl31 comes in the case of the nanopi k2 as a bl31.img file which seems to be used without further treatment for assembling the boot block - is the bl31.bin of the aft build supposed to be a drop in for that bl31.img or is there any intermediate step required?

11:45 <hexdump0815> narmstron: btw. it looks like the doc for p200 and p201 here: https://gitlab.denx.de/u-boot/u-boot/-/tree/master/doc/board/amlogic is wrong - it looks a bit like a partially copy and paste from gxl - the nanopi k2 seems to have the proper steps

11:46 <hexdump0815> narmstrong: the g was missing above :)

11:47 <repk> did you follow that https://gitlab.denx.de/u-boot/u-boot/-/blob/master/doc/board/amlogic/odroid-c2.rst ?

11:50 <repk> replace the bl31.bin from this doc with ./build/gxbb/{debug,}/bl31.bin

11:51 <hexdump0815> repk: i did follow https://gitlab.denx.de/u-boot/u-boot/-/blob/master/doc/board/amlogic/nanopi-k2.rst - but it looks very similar to me regarding bl31 handling

11:52 <hexdump0815> repk: and i used the ./build/gxbb/debug/bl31.bin instead of the bl31.img of the nanopi k2 doc

11:54 <repk> oh don't you have a bl31.img there also ?

11:54 <repk> As gxl ?

11:56 <hexdump0815> repk: what do you mean exactly? where should i have a bl31.img? the nanopi k2 instructions worked well with the original k2 bl31.img, but when i replaced it with the atf build bl31.bin it did not work/boot anymore

11:57 <repk> can you paste me the result of "xxd -g 1 ./bl31.img | head -n 20" on the original bl31.img please ?

11:58 <repk> I think as gxl gxbb needs an extra header before bl31.bin

12:02 <hexdump0815> repk: these are the original blobs i used: https://github.com/BayLibre/u-boot/releases/download/v2017.11-libretech-cc/nanopi-k2_fip_20170412.tar.gz

12:04 <hexdump0815> repk: here is the output you requested: https://pastebin.com/raw/yDK3J6Rj

12:04 <repk> hexdump0815: ok you need the header then

12:05 <repk> hexdump0815: you can do tools/amlogic/doimage bl31.bin bl31.img

12:06 <hexdump0815> repk: cool - will try that then - do not have access to the box right now, but will report back when i try - thanks a lot!

12:06 <repk> ok thx

16:22 <hexdump0815> repk: it does not seem to work - now converted bl31.bin to bl31.img via tools/amlogic/doimg and rebuilt the boot blocks based on that one

16:23 <hexdump0815> repk: this is the boot output with the blob bl31: https://pastebin.com/raw/cpUEMf7L

16:23 <hexdump0815> repk: and this with the self compiled atf converted via doimage: https://pastebin.com/raw/vUxaR8Ug

16:24 <hexdump0815> repk: looks to me like bl33 = u-boot is not getting loaded in the second case - any idea?

16:31 <repk> hexdump0815: maybe try to:

16:31 <repk> $ dd if=gxb/bl31.img of=/tmp/hdr.bin bs=512 count=1

16:31 <repk> $ cat /tmp/hdr.bin bl31-atf.img > bl31.bin

16:31 <repk> where gxb/bl31.img is blob one

16:38 <hexdump0815> repk: lets see ...

16:41 <hexdump0815> repk: btw. could it also be realted to https://fredericb.info/2016/10/amlogic-s905-soc-bypassing-not-so.html - see there the part about aml_bootloader_tool

16:47 <hexdump0815> repk: cool - stealing the header from the blob works :) ... thanks a lot for this hint!

16:48 <hexdump0815> repk: btw. what is the state of gxlimg for g12a, g12b and sm1? will you be able to also offer decomposition of an existing boot block like for gxl?

16:50 <hexdump0815> repk: here is the output of the successful boot with your suggestion: https://pastebin.com/raw/Tcmcjj6p

16:51 <hexdump0815> repk: is sm1 at all supported already by gxlimg as it is the same as g12 or is it different and thus not supported yet?

16:52 <repk> hexdump0815: for g12a g12b sm1 I don't have board to test. So if you have a reference of a cheap board I can buy I'll take a look.

16:54 <repk> I was very busy with work lately, but I expect it to quiet down a bit in august

17:03 <hexdump0815> repk: proper boards for sm1 would be odroid c4 or khadas vim 3l, but they are not really on the cheap end ... but in general any s905x3 based tv box should do: x96max+ x96air t95max+ or h96max-x3 - but on some it might not be trivial to access the serial port ... g12 might be hard to find nowadays as they got replaced by sm1 on most tv boxes

17:03 <hexdump0815> meanwhile - x96max was a good option if you can still fine one somewhere

17:20 <hexdump0815> just in case anyone else wants to build gxbb s905 mainline u-boot with mainline atf, here are my (verified to work) notes: https://github.com/hexdump0815/u-boot-misc/blob/master/readme.gxb

17:21 <hexdump0815> and the same for building gxl s905x mainline u-boot with mainline atf, here are my (verified to work) notes: https://github.com/hexdump0815/u-boot-misc/blob/master/readme.gxl