qschulz has quit [Read error: Connection reset by peer]
qschulz has joined #u-boot
mmu_man has quit [Ping timeout: 248 seconds]
thopiekar has quit [Ping timeout: 248 seconds]
thopiekar has joined #u-boot
LeSpocky has quit [Ping timeout: 256 seconds]
LeSpocky has joined #u-boot
jclsn has quit [Ping timeout: 255 seconds]
jclsn has joined #u-boot
aggi has quit [Quit: connection closed.]
LeSpocky has quit [Ping timeout: 256 seconds]
vagrantc has quit [Quit: leaving]
LeSpocky has joined #u-boot
akaWolf has quit [Ping timeout: 248 seconds]
akaWolf has joined #u-boot
Forty-Bot has quit [Ping timeout: 268 seconds]
GNUtoo has quit [Remote host closed the connection]
GNUtoo has joined #u-boot
GNUtoo has quit [Remote host closed the connection]
GNUtoo has joined #u-boot
adip has joined #u-boot
sstiller has joined #u-boot
GNUtoo has quit [Remote host closed the connection]
GNUtoo has joined #u-boot
gsz has joined #u-boot
macromorgan has joined #u-boot
macromorgan is now known as Guest4316
Guest4316 has quit [Ping timeout: 255 seconds]
frieder has joined #u-boot
persmule has quit [Remote host closed the connection]
persmule has joined #u-boot
GNUtoo has quit [Remote host closed the connection]
GNUtoo has joined #u-boot
hanetzer has joined #u-boot
prabhakarlad has joined #u-boot
Xeroine has joined #u-boot
Zapy has quit [Ping timeout: 268 seconds]
tre has joined #u-boot
Xeroine has quit [Ping timeout: 256 seconds]
apritzel__ has joined #u-boot
mmu_man has joined #u-boot
persmule has quit [Ping timeout: 268 seconds]
camus has quit [Remote host closed the connection]
camus has joined #u-boot
Xeroine has joined #u-boot
persmule has joined #u-boot
camus1 has joined #u-boot
camus has quit [Ping timeout: 248 seconds]
camus1 is now known as camus
camus has quit [Read error: Connection reset by peer]
camus has joined #u-boot
mmu_man has quit [Ping timeout: 268 seconds]
indy has quit [Ping timeout: 256 seconds]
mmu_man has joined #u-boot
Xeroine has quit [Ping timeout: 248 seconds]
Xeroine has joined #u-boot
indy has joined #u-boot
Xeroine has quit [Ping timeout: 248 seconds]
Xeroine has joined #u-boot
f11f12 has joined #u-boot
<f11f12>
Hello, what is the right place to set CONFIG_SYS_BOOTM_LEN? The README says to set it in the board config file, but that is apparently not picked up. It also does not show up in the resulting .config file
<hramrach>
f11f12: depends on the u-boot version. In 2022.07 it's in board header file, in master it's in config (and if it does not work for you that's possibly a bug)
<f11f12>
ok, I fix it in the board header file then. I my case (u-boot 22.01) it's set in include/configs/mx6_common.h but I see not how it's affected bu any config file defines.
Forty-Bot has joined #u-boot
<marex>
f11f12: if you need to modify that value (why?), then it should go into include/configs/<yourboard>.h
<marex>
I think that's the default for systems where that's not defined at all
<f11f12>
my image is 19MBytes
<f11f12>
it's defined for imx6 in imx6_common.h
<marex>
right, you want to override the setting in your board, since this is board-specific tweak
<f11f12>
ok, thanks.
dormito has joined #u-boot
<dormito>
Hmmm. While u-boot is updating my boards (lx2160) dtb memory, it seems 2GiBs are missing from what u-boots 'bdinfo' reports vs the device tree the kernel gets (as examined by /proc/device-tree). Is there a good way/u-boot cmd(s) to see where this is going (for example does u-boot think it's being consumed by an on-chip IP block)?
<milkylainen>
Can anyone explain the rationale behind that declaration?
<milkylainen>
I see it at several places. Sometimes as uint8_t x[83]. And in other cases as uint32_t x[83/4]...
cambrian_invader has quit [Ping timeout: 268 seconds]
tre has quit [Remote host closed the connection]
<hramrach>
eww, uint32_t x[83/4]
<hramrach>
uint32_t padding[83/4]
<hramrach>
looks broken
<milkylainen>
But I dunno how it's defined in hw. Thats the problem.
<milkylainen>
hramrach: Also not packed. Which is also broken. That one is used by hw.
<hramrach>
from the commit description it sounds like it was added arbitrarily and is not defined by hardware (or if it is it is read from the wrong place, anyway)
<milkylainen>
But that code is everywhere. TF-A, barebox, u-boot etc.
<hramrach>
if it uses some space not used by hardware for something that does not work .. not much difference
<milkylainen>
Well. The placement of the last element behind the padding is a problem.
<hramrach>
the padding is shorter than should be so it falls withing the intended padding area
<milkylainen>
because uint8_t x[83] != uint32_t x[83/4] in size
<milkylainen>
So. Padding is 82 or 83 (by other examples) bytes?
<hramrach>
at least it is likely not scribbling some area not part of the header although without packed who knows
<hramrach>
padding is clearly intended to be 83, no idea where the value comes from or if it's correct
<hramrach>
but if the padding ends up being smaller, and the written value is only interpreted by u-boot and the padding has no meaning otherwise it may be fine
<milkylainen>
maybe.
<hramrach>
I am not using those boards so can't say it's working with that code in place
<milkylainen>
Well. I would atleast add packed to that. :)
<milkylainen>
Feels really weird declaring something that will try to match hw without any control.
<hramrach>
it should definitely be packed if it's supposed to match hardware, even if all members happen to have same size
<hramrach>
do you know about pahole?
<hramrach>
that's a tool from dwarves package to show struct layout
<milkylainen>
yes.
<milkylainen>
But my problem is that it might be fine. But I can't guarantee that on different compilers?
<hramrach>
good luck then :)
<milkylainen>
So it should be packed, even if it looks ok?
<hramrach>
yes, definitely
Xeroine has quit [Ping timeout: 248 seconds]
torez has joined #u-boot
Xeroine has joined #u-boot
manu has quit [Quit: leaving]
manu has joined #u-boot
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #u-boot
sstiller has quit [Remote host closed the connection]