<Clamor>
Tartarus: hello! 2 questions. May I pick pmic gpio cells and what should I do with pinmux? 2 weeks passed and no defined answer. Thanks
<Tartarus>
kabel: Should they be in the relocation section? No, I don't think so, but now I'm also confused a bit is the problem that you have symbols that you need being discarded, or that they're in the wrong place now?
<Tartarus>
Clamor: I meant to dig a little and see if all of that size growth was just about enabling DM or if something else was also going on, but yeah, just include things
<kabel>
it seems that some symbols are copied into .rel
<Tartarus>
As a rule, CI passes for master and next, and if you see a failure it's either a very annoying transient bug, or something in the changes you added breaking in an unexpected way
<xypron>
sjg1: on QEMU we try to build SMBIOS tables in U-Boot. How about copying what QEMU provides like we do for ACPI and then only add the Type 45 (Firmware Inventory Information) information to inform about U-Boot's presence?
<Clamor>
Tartarus: this is why I have pushed the branch with "known to pass" commit
<Clamor>
I have tested it before
<Tartarus>
Time for you to use git bisect then I suspect
<Clamor>
I will try one more thing
<Tartarus>
and note you might need make BINMAN_ALLOW_MISSING=1 just for test building platforms like that
goliath has quit [Quit: SIGSEGV]
monstr has quit [Remote host closed the connection]
jmasson has quit [Remote host closed the connection]
vagrantc has joined #u-boot
jaganteki has joined #u-boot
tnovotny_ has joined #u-boot
tnovotny has quit [Read error: Connection reset by peer]
tnovotny has joined #u-boot
tnovotny_ has quit [Ping timeout: 260 seconds]
ezulian has quit [Ping timeout: 256 seconds]
<sjg1>
xypron: Perhaps? It makes me wonder what we do with coreboot. Would it still say U-Boot as the firmware?
ikarso has joined #u-boot
qqq has joined #u-boot
ldevulder has quit [Read error: Connection reset by peer]
ldevulder has joined #u-boot
<Clamor>
Tartarus: it is pmic gpio cells support commit. It causes .sram overflow on imx8mp_dhcom_pdk3
<Tartarus>
Clamor: You need to rethink that part of the series then so that it doesn't have a (large?) impact outside of platforms that need it
<Tartarus>
Have you used buildman's size comparison features before?
<Tartarus>
That can be helpful
<Clamor>
Yes
frieder has quit [Remote host closed the connection]
goliath has joined #u-boot
jaganteki has quit [Quit: Client closed]
tnovotny has quit [Quit: Leaving]
torez has joined #u-boot
macromorgan has quit [Read error: Connection reset by peer]
macromorgan has joined #u-boot
pbsds has quit [Quit: Ping timeout (120 seconds)]
manchaw has quit [Read error: Connection reset by peer]
rhadye has quit [Read error: Connection reset by peer]
smurray has quit [Read error: Connection reset by peer]
Manouchehri has quit [Ping timeout: 245 seconds]
ndesaulniers has quit [Ping timeout: 245 seconds]
manchaw has joined #u-boot
rhadye has joined #u-boot
smurray has joined #u-boot
ccaione has quit [Read error: Connection reset by peer]
pbsds has joined #u-boot
ccaione has joined #u-boot
mkorpershoek has quit [Read error: Connection reset by peer]
<Tartarus>
Clamor: Can you summarize the PRs, in the email somewhere please in the future?
<Tartarus>
And if you have a line or two I can drop in to the merge commit here I'd appreciate it
mmu_man has quit [Ping timeout: 260 seconds]
Clamor has quit [Ping timeout: 255 seconds]
Clamor has joined #u-boot
<Clamor>
Tartarus: oh, sure, np. You may hold merging if you wish and I will send descriptions in an email within the next 18 hours.
<Tartarus>
OK
Clamor has quit [Read error: Connection reset by peer]
qqq has quit [Ping timeout: 264 seconds]
mmu_man has joined #u-boot
Hammdist has quit [Quit: Client closed]
tlwoerner has quit [Quit: Leaving]
tlwoerner has joined #u-boot
Hammdist has joined #u-boot
<Hammdist>
hello. I am trying to build and run u-boot for zybo board via JTAG. I can get GDB connected to the PS via JTAG (openocd). I would like to load u-boot, but I'm not sure if I should be loading the .elf, the .bin, or something else ...
vagrantc has quit [Quit: leaving]
norton has quit [Ping timeout: 264 seconds]
norton has joined #u-boot
vagrantc has joined #u-boot
<Hammdist>
so u-boot elf would try to load to 0x4000000 but this stalls, probably because DDR has not been initialized yet
<marex>
Hammdist: wait some 6-8 hours, then ask monstr
<marex>
Hammdist: are you using vivado / xsdb or not ?
<Hammdist>
no, I'm just trying to run the ps7_init.tcl generated by vivado using openocd's tcl but it doesn't understand a lot of stuff, not sure this is a good approach
<Hammdist>
maybe I will write a pseudo-fsbl based on the .c file generated by vivado and try to boot into u-boot after that has run
<marex>
Hammdist: it might work
<marex>
Hammdist: I think after you do run through ps7 init, DRAM should be up
<marex>
(at least that's the case on ultrascale/zynqmp)