Tartarus changed the topic of #u-boot to: SOURCE MOVED TO https://source.denx.de/u-boot/u-boot.git / U-Boot v2023.10, v2024.01-rc3 are OUT / Merge Window is CLOSED, next branch is OPEN / Release v2024.01 is scheduled for 08 January 2024 / Channel archives at https://libera.irclog.whitequark.org/u-boot
thopiekar_ has quit [Ping timeout: 256 seconds]
thopiekar has joined #u-boot
ikarso has quit [Quit: Connection closed for inactivity]
prabhakarlad has quit [Quit: Client closed]
mmu_man has quit [Ping timeout: 255 seconds]
russw has quit [Quit: Client closed]
Clamor has quit [Ping timeout: 246 seconds]
jclsn has quit [Ping timeout: 260 seconds]
Clamor has joined #u-boot
jclsn has joined #u-boot
LeSpocky has quit [Ping timeout: 256 seconds]
joeskb7 has quit [Quit: Lost terminal]
joeskb7 has joined #u-boot
LeSpocky has joined #u-boot
jybz has quit [Ping timeout: 256 seconds]
jybz has joined #u-boot
rvalue has quit [Quit: ZNC - https://znc.in]
rvalue has joined #u-boot
monstr has joined #u-boot
sakman1 has joined #u-boot
sakman has quit [Ping timeout: 256 seconds]
sakman1 is now known as sakman
Clamor has quit [Read error: Connection reset by peer]
Clamor has joined #u-boot
jaganteki has joined #u-boot
ikarso has joined #u-boot
frieder has joined #u-boot
goliath has joined #u-boot
camus has quit [Ping timeout: 268 seconds]
camus has joined #u-boot
naoki has joined #u-boot
tnovotny has joined #u-boot
alpernebbi has quit [Ping timeout: 240 seconds]
alpernebbi has joined #u-boot
gsz has joined #u-boot
jmasson has joined #u-boot
sszy has joined #u-boot
naoki has quit [Quit: naoki]
flom84 has joined #u-boot
slobodan has joined #u-boot
prabhakarlad has joined #u-boot
ezulian has joined #u-boot
Clamor has quit [Ping timeout: 268 seconds]
Clamor has joined #u-boot
Clamor has quit [Ping timeout: 256 seconds]
Clamor has joined #u-boot
frieder has quit [Remote host closed the connection]
xroumegue has quit [Ping timeout: 260 seconds]
flom84 has quit [Quit: Leaving]
frieder has joined #u-boot
xroumegue has joined #u-boot
prabhakarlad has quit [Quit: Client closed]
jaganteki has quit [Quit: Client closed]
dsimic has quit [Ping timeout: 260 seconds]
<milkylainen> Is xz bump planned at some point for u-boot?
dsimic has joined #u-boot
<milkylainen> I don't remember if someone said something about a future bump?
project10 has quit [Read error: Connection reset by peer]
project10 has joined #u-boot
Stalevar has quit [Ping timeout: 240 seconds]
redbrain has quit [Ping timeout: 276 seconds]
tnovotny has quit [Read error: Connection reset by peer]
tnovotny_ has joined #u-boot
tnovotny has joined #u-boot
Stalevar has joined #u-boot
tnovotny_ has quit [Ping timeout: 260 seconds]
mmu_man has joined #u-boot
persmule has quit [Remote host closed the connection]
persmule has joined #u-boot
ungeskriptet9 has joined #u-boot
ungeskriptet has quit [Ping timeout: 264 seconds]
ungeskriptet9 is now known as ungeskriptet
<Tartarus> More likely I was asking/hoping for you to :)
redbrain has joined #u-boot
<milkylainen> Tartarus: Ah. Right. :)
<milkylainen> Not at work though. Maybe evenings. hmm.
hanetzer has quit [Ping timeout: 256 seconds]
hanetzer has joined #u-boot
<kabel> why does arch/arm/cpu/u-boot-spl.lds keep *(.rel) sections (in .rel.dyn) if SPL does not use relocation?
stefanro has quit [Remote host closed the connection]
stefanro has joined #u-boot
<Tartarus> Either cargo-cult, or because of BSS overlay stuff?
<Tartarus> I assume you're digging at the omnia + LTO issue
<Tartarus> And this made me see that I think am335x has an unused lds script around
<kabel> Tartarus: yes
<kabel> Tartarus: for some reason with CONFIG_LTO, spl generates some symbols into .rel*
<kabel> without CONFIG_LTO it does not
<Tartarus> Hunh, odd. I assume you've dug at what those symbols are?
<kabel> it seems some random symbols are made relocatable
<kabel> .rel__u_boot_list_2_driver_2_gpio_mvebu, .rel.rodata.mvebu_gpio_ids, .rel.text.mv_ddr_topology_map_get
mmu_man has quit [Ping timeout: 264 seconds]
<kabel> so does SPL use the rel symbols or not?
<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
<kabel> example
<kabel> from u-boot-spl.map
<kabel> .text.get_boot_device
<kabel> 0x400000d0 0x30 /tmp/ccDaMsSA.ltrans0.ltrans.o
<kabel> .....
<kabel> .rel.text.get_boot_device
<kabel> 0x40018a04 0x90 arch/arm/cpu/armv7/start.o
<kabel> hmm
<kabel> i sent wrong line for the first one
<kabel> so again
<kabel> .text.get_boot_device
<kabel> 0x40000100 0xb0 /tmp/ccDaMsSA.ltrans0.ltrans.o
<kabel> .rel.text.get_boot_device
<kabel> 0x40018a04 0x90 arch/arm/cpu/armv7/start.o
<Tartarus> This is on the omnia yes?
<kabel> yes
<kabel> if you enable LTO for turris_omnia_defconfig and compile it
<kabel> i don't understand why these symbols are copied
mmu_man has joined #u-boot
<Tartarus> Hmm
<Tartarus> But it's also stuff like the gpio thing you pasted earlier, yes?
<kabel> yes, some symbols, but definitely not all
<Tartarus> And, um, what toolchain?
<kabel> hmm, I am using gentoo crossdev
<Tartarus> I don't see it with kernel.org gcc-13.2
<Tartarus> Nothing wrong in .rel sections there
<kabel> hmm I will try another toolchain
zsoltiv_ has quit [Quit: Left]
zsoltiv_ has joined #u-boot
<kabel> hmm
ikarso has quit [Quit: Connection closed for inactivity]
<kabel> seems that using arm-linux-gnueabi toolchain from kernel.org fixes the issue
<kabel> omg
norton has joined #u-boot
<kabel> Tartarus: ok
<kabel> so it was caused either by stack-smashing-protector or some position-independent code generation
<kabel> in my toolchain
<kabel> sorry about spamming
prabhakarlad has joined #u-boot
<Tartarus> Ah, no worries
<Tartarus> Perhaps we need an explicit -fno-... added
<Tartarus> or, cherry-picked from the kernel
mmu_man has quit [Ping timeout: 276 seconds]
gsz has quit [Quit: leaving]
mmu_man has joined #u-boot
Clamor has quit [Ping timeout: 268 seconds]
Clamor has joined #u-boot
mmu_man has quit [Ping timeout: 268 seconds]
stefanro has quit [Quit: Leaving.]
mmu_man has joined #u-boot
<Clamor> Tartarus: arm64 fails, is it normal?
<Tartarus> Nope.
<Tartarus> https://source.denx.de/u-boot/custodians/u-boot-tegra/-/jobs/757231#L2633 is a new fail to build on imx8mp_dhcom_pdk3
<Clamor> It occurred on top of next branch
<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]
pbrobinson has quit [Ping timeout: 245 seconds]
mkorpershoek has joined #u-boot
wak has quit [Quit: ZNC - https://znc.in]
nohit has quit [Read error: Connection reset by peer]
dhruvag2000 has quit [Read error: Connection reset by peer]
ndesaulniers has joined #u-boot
dhruvag2000 has joined #u-boot
wak has joined #u-boot
nohit has joined #u-boot
pbrobinson has joined #u-boot
Manouchehri has joined #u-boot
flokli has quit [Ping timeout: 245 seconds]
flokli has joined #u-boot
Hammdist has joined #u-boot
goliath has quit [Quit: SIGSEGV]
sszy has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
lixkel has quit [Quit: Lost terminal]
<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
torez has quit [Quit: torez]
slobodan has quit [Ping timeout: 260 seconds]
norton has quit [Ping timeout: 264 seconds]
<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)