<sjg1>
apalos: Sure, it looks fine to me. My only concern was size increase. When I was reviewing it I saw an increase with just having a _flags function
jclsn has quit [Quit: WeeChat 4.4.3]
ikarso has quit [Quit: Connection closed for inactivity]
macromorgan has quit [Ping timeout: 276 seconds]
macromorgan has joined #u-boot
AnaBanana has joined #u-boot
AnaBanana has quit [Quit: Client closed]
qschulz has quit [Read error: Connection reset by peer]
qschulz has joined #u-boot
naoki has quit [Quit: naoki]
naoki has joined #u-boot
xroumegue has quit [Ping timeout: 265 seconds]
xroumegue has joined #u-boot
Jones42 has joined #u-boot
Jones42_ has quit [Ping timeout: 260 seconds]
ungeskriptet_ has joined #u-boot
ungeskriptet has quit [Ping timeout: 260 seconds]
ungeskriptet_ is now known as ungeskriptet
LeSpocky has quit [Ping timeout: 272 seconds]
LeSpocky has joined #u-boot
vardhan_ has joined #u-boot
mmu_man has quit [Ping timeout: 252 seconds]
persmule has quit [Ping timeout: 264 seconds]
persmule has joined #u-boot
gsz has joined #u-boot
paulhenrys has joined #u-boot
gsz has quit [Ping timeout: 244 seconds]
goliath has joined #u-boot
paulhenrys has quit [Read error: Connection reset by peer]
monstr has joined #u-boot
warpme has joined #u-boot
gsz has joined #u-boot
warpme has quit [Remote host closed the connection]
warpme has joined #u-boot
frieder has joined #u-boot
warpme has quit [Client Quit]
Jones42 has quit [Ping timeout: 248 seconds]
warpme has joined #u-boot
mckoan|away is now known as mckoan
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
ldevulder has joined #u-boot
gsz has quit [Ping timeout: 245 seconds]
<derRichard>
when i put an initramfs.cpio.gz into a fitimage, do i need to set load/entryaddress?
<derRichard>
on one of my boards the boot fails (no kerenel output at all) as soon the fitimage contains a tiny ramdisk
paulhenrys has joined #u-boot
warpme has joined #u-boot
gsz has joined #u-boot
ikarso has joined #u-boot
sszy has joined #u-boot
gsz has quit [Ping timeout: 244 seconds]
persmule has quit [Quit: Leaving]
persmule has joined #u-boot
mps has quit [Ping timeout: 252 seconds]
Jones42 has joined #u-boot
Jones42_ has joined #u-boot
Jones42 has quit [Ping timeout: 246 seconds]
mps has joined #u-boot
baltazar has quit [Ping timeout: 252 seconds]
vardhan_ has quit [Ping timeout: 252 seconds]
lool has joined #u-boot
vardhan_ has joined #u-boot
vardhan_ has quit [Ping timeout: 248 seconds]
mmu_man has joined #u-boot
gsz has joined #u-boot
mckoan is now known as mckoan|away
naoki has quit [Quit: naoki]
dsimic has quit [Ping timeout: 272 seconds]
dsimic has joined #u-boot
vardhan_ has joined #u-boot
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
warpme has joined #u-boot
<sjg1>
derRichard: It is optional. Can you post the entire console output?
<sjg1>
Tartarus: I think I figured out the lab problem. I'll send a patch
<derRichard>
without an initramfs inside the fitimage it boots fine. looks to me like the kernel/fdt gets overwritten and causes the kernel to die super early.
<sjg1>
Do you have a console log from a passing run?
<sjg1>
derRichard: ^
<derRichard>
sjg1: give me a few minutes to rebuild that fitimage
paulhenrys has quit [Remote host closed the connection]
<sjg1>
derRichard: I don't really know. The only strange thing I see is the in-place devicetree. It looks like you are using the devicetree inside the FIT, rather than copying it out / relocating it?
<derRichard>
sjg1: well, i'm creating the fitimage with that class:
<derRichard>
sjg1: so, i better use a customer loadaddress for the fdt?
<derRichard>
*custom
<sjg1>
derRichard: I am more referring to your U-Boot. Do you have the fdt_high environment-variable set?
<derRichard>
yes, it is set to fdt_high=0xffffffffffffffff (comes from the vendor tree)
<sjg1>
OK. If you look at boot_relocate_fdt() you can see where the 'in place' message is coming from. It is expanding the FDT in place, by CONFIG_SYS_FDT_PAD bytes
<sjg1>
So it is presumably overwriting the end of the FIT. Since it's the last thing in the FIT, it shouldn't cause a problem, but it is worth trying
<sjg1>
Also, since you see 'Starting kernel', the FDT fixups are getting done OK
<derRichard>
i'll check. thx
paulhenrys has joined #u-boot
<derRichard>
sjg1: is setting fdt_high not wise?
<sjg1>
derRichard: Well I hit a different issue with fdt_high on rpi the other day. Tom wants to remove that feature entirely as he says that it has cost man-years of time wasted
<sjg1>
derRichard: But I don't know if that is your problem. It seems like it should work OK with fdt_high, and the fact that it does actually boot your kernel suggests U-Boot is done
<derRichard>
sjg1: in the error case the power consumption is very low, so the kernel seems do die super early. so, either the kernel image itself is damaged or the fdt
<sjg1>
derRichard: OK, well try unsetting fdt_high and see what happens
<derRichard>
sure
<sjg1>
derRichard: All add a hack to call fdt_print() before it prints the 'Starting kernel' message
<sjg1>
*or add
<derRichard>
will do! :)
wooosaiiii has quit [Remote host closed the connection]
wooosaiiii has joined #u-boot
monstr has quit [Remote host closed the connection]
wooosaiiii has quit [Remote host closed the connection]
wooosaiiii has joined #u-boot
___nick___ has joined #u-boot
wooosaiiii has quit [Remote host closed the connection]
___nick___ has quit [Client Quit]
wooosaiiii has joined #u-boot
___nick___ has joined #u-boot
___nick___ has quit [Client Quit]
___nick___ has joined #u-boot
wooosaiiii has quit [Remote host closed the connection]
wooosaiiii has joined #u-boot
<marex>
derRichard: fdt_high is evil and should be removed, it was a big mistake
<marex>
derRichard: fdt_high=-1 is evil and should be removed, it was a big mistake
paulhenrys has quit [Ping timeout: 260 seconds]
<marex>
that ... is correct
<marex>
derRichard: if the DT is part of fitImage as embedded data (generated with mkimage without -E), it can be aligned to 4 Bytes and that is not enough of arm64 , it will make the boot fail
<marex>
derRichard: better unset fdt_high and initrd_high both and let U-Boot figure the alignment out
wooosaiiii has quit [Remote host closed the connection]
___nick___ has joined #u-boot
wooosaiiii has joined #u-boot
<derRichard>
marex: thx!
<derRichard>
looks like i need to talk to the bsp vendor
<marex>
derRichard: I am a moron for proliferating this fdt_high=0xffffffff on arm32 , sorry
<derRichard>
no need to worry :)
vardhan_ has quit [Ping timeout: 272 seconds]
vagrantc has joined #u-boot
<sjg1>
marex: Ah yes the alignment, I was wondering about that but neglected to mention it. I need to remember this for aarch64
MyNetAz has quit [Remote host closed the connection]
<marex>
sjg1: I cannot imagine how you would ever manage without my input :)
<marex>
which reminds me ...
<marex>
sjg1: are you attending fosdem again ?
paulhenrys has joined #u-boot
mmu_man has quit [Ping timeout: 252 seconds]
<sjg1>
marex: Gosh, that came up fast
MyNetAz has joined #u-boot
<sjg1>
marex: I suppose I could go. Are you?
<marex>
sjg1: I hope so
mmu_man has joined #u-boot
paulhenrys has quit [Read error: Connection reset by peer]