<pivi>
Do anybody know if fabio is available somewhere in irc?
<pivi>
the u-boot imx custodian, fabio
dsimic has quit [Ping timeout: 252 seconds]
dsimic has joined #u-boot
enok71 has joined #u-boot
<enok71>
Does anyone know if there is some menuconfig configuration option required for u-boot to execute a boot.scr or uenv.txt included in a fitimage? I have a boot.scr properly added to the fitimage, but it seems to have no effect at boot. Or is it some entry in the configuration section of the fitimage that is needed? Thanks.
Leopold has quit [Ping timeout: 260 seconds]
Leopold has joined #u-boot
CyberFunk has joined #u-boot
enok71 has quit [Quit: enok71]
enok71 has joined #u-boot
CyberFunk has quit [Quit: CyberFunk]
CyberFunk has joined #u-boot
Leopold has quit [Ping timeout: 260 seconds]
Leopold has joined #u-boot
frieder has quit [Ping timeout: 260 seconds]
ldevulder has quit [Quit: Leaving]
CyberFunk has quit [Ping timeout: 268 seconds]
ldevulder has joined #u-boot
enok71 has quit [Ping timeout: 256 seconds]
frieder has joined #u-boot
frieder has quit [Ping timeout: 264 seconds]
monstr has quit [Ping timeout: 252 seconds]
alan_o has quit [Remote host closed the connection]
alan_o has joined #u-boot
enok71 has joined #u-boot
tgamblin has joined #u-boot
enok71 has quit [Ping timeout: 264 seconds]
frieder has joined #u-boot
sakman has joined #u-boot
<marex>
pivi: dunno
<marex>
pivi: ask him via email maybe ?
Guest4494 has quit [Quit: Client closed]
LeSpocky has joined #u-boot
<LeSpocky>
hello
<LeSpocky>
if there's a changeset (fix) for linux which applies cleanly to u-boot, can I send that to u-boot list and keep the "Reviewed-by"? (patch is written by me and accepted in linux already)
frieder has quit [Ping timeout: 246 seconds]
<LeSpocky>
or do I have to remove the "Reviewed-by" and let U-Boot folks review again?
mmu_man has joined #u-boot
<mkorpershoek>
LeSpocky: I would say, let the U-Boot folks review again, but link to your linux fix in the cover letter/patch description.
<LeSpocky>
mkorpershoek: would have done the latter anyways
Stat_headcrabed has joined #u-boot
Stat_headcrabed has quit [Client Quit]
urja has quit [Read error: Connection reset by peer]
enok71 has joined #u-boot
frieder has joined #u-boot
urja has joined #u-boot
frieder has quit [Ping timeout: 260 seconds]
enok71 has quit [Ping timeout: 260 seconds]
CyberFunk has joined #u-boot
enok71 has joined #u-boot
<LeSpocky>
if I only have a pointer to 'struct clk' … can I get a descriptive name from that?
frieder has joined #u-boot
Stat_headcrabed has joined #u-boot
CyberFunk has quit [Ping timeout: 272 seconds]
goliath has quit [Quit: SIGSEGV]
<cambrian_invader>
LeSpocky: no
enok71 has quit [Ping timeout: 272 seconds]
<marex>
cambrian_invader: LeSpocky does get a physical address which can be looked up in objdump -lSD output ?
<marex>
cambrian_invader: technically, that is a descriptive name
<cambrian_invader>
there's no physical address you can look up, since struck clk is on the stack
<cambrian_invader>
if you have CCF you can e.g. print out dev_name(clk->dev)
<cambrian_invader>
but in general the driver is free to use any mapping it wants from clk->id
<marex>
cambrian_invader: ha
<cambrian_invader>
so I guess you could count clk->dev + clk->id + clk->data as a descriptive name
<cambrian_invader>
but you'd have to dig into the driver to determine the actual clock
jfsimon1981 has quit [Remote host closed the connection]
ikarso has quit [Quit: Connection closed for inactivity]
vfazio has quit [Ping timeout: 255 seconds]
vfazio has joined #u-boot
Leopold has quit [Ping timeout: 260 seconds]
Leopold has joined #u-boot
Leopold has quit [Remote host closed the connection]
Leopold has joined #u-boot
mmu_man has quit [Ping timeout: 256 seconds]
mmu_man has joined #u-boot
Stat_headcrabed has quit [Quit: Stat_headcrabed]
mmu_man has quit [Ping timeout: 252 seconds]
mckoan is now known as mckoan|away
<LeSpocky>
cambrian_invader: I tried clk->dev->name but that seems to give a name of the clock controller … I rather though of something similar to what `clk dump` prints on the cmdline
<cambrian_invader>
LeSpocky: do you have CCF enabled?
frieder has quit [Remote host closed the connection]
<LeSpocky>
yes I think so, at least on some of the socs in question, speaking about at91 here, and I currently can test on sam9x60 and sama5
pgreco_ has joined #u-boot
ikarso has joined #u-boot
pgreco has quit [Ping timeout: 256 seconds]
rvalue has quit [Ping timeout: 272 seconds]
<cambrian_invader>
LeSpocky: then there should be a clk->dev per clock
<cambrian_invader>
you can check this with `dm tree` or similar
rvalue has joined #u-boot
vagrantc has joined #u-boot
hanetzer has joined #u-boot
enok71 has joined #u-boot
<pivi>
hello, I have one evening question on U-Boot .. is there any mechanism available to detect stack overflow in SPL and/or U-Boot proper? I am thinking at ARM64, but the question in really general
KREYREN_ has quit [Ping timeout: 260 seconds]
<LeSpocky>
cambrian_invader: I will look into it tomorrow again, thanks for your input
<calebccff>
I ported Xen's symbol lookup implementation, it increases size by ~8% I think. Then I just walk the stack looking for values that look like stack addresses and checking if they immediately follow a branch instruction
<cambrian_invader>
why not enable frame pointers?
<calebccff>
uhh, how? what are those? I'm just bumbling around tbh