Tartarus changed the topic of #u-boot to: SOURCE MOVED TO https://source.denx.de/u-boot/u-boot.git / U-Boot v2024.01, v2024.04-rc4 are OUT / Merge Window is CLOSED, next branch is OPEN / Release v2024.04 is scheduled for 02 April 2024 / Channel archives at https://libera.irclog.whitequark.org/u-boot
mckoan|away has quit [Ping timeout: 255 seconds]
mckoan|away has joined #u-boot
jclsn has quit [Ping timeout: 272 seconds]
jclsn has joined #u-boot
persmule has quit [Quit: Leaving]
Clamor has joined #u-boot
enok has joined #u-boot
vagrantc has quit [Quit: leaving]
Clamor has quit [Ping timeout: 255 seconds]
Clamor has joined #u-boot
enok has quit [Ping timeout: 256 seconds]
enok has joined #u-boot
sakman_ has joined #u-boot
sakman_ has quit [Client Quit]
sakman has quit [Ping timeout: 252 seconds]
mmu_man has joined #u-boot
mrnuke has quit [Ping timeout: 252 seconds]
mrnuke has joined #u-boot
enok has quit [Ping timeout: 252 seconds]
sakman has joined #u-boot
enok has joined #u-boot
monstr has joined #u-boot
mmu_man has quit [Ping timeout: 252 seconds]
stefanro has joined #u-boot
enok has quit [Ping timeout: 264 seconds]
monstr has quit [Ping timeout: 252 seconds]
ungeskriptet has quit [Quit: The Lounge - https://thelounge.chat]
ungeskriptet has joined #u-boot
ikarso has joined #u-boot
schroes has quit [Ping timeout: 252 seconds]
sszy has joined #u-boot
frieder has joined #u-boot
rvalue- has joined #u-boot
rvalue has quit [Ping timeout: 252 seconds]
rvalue has joined #u-boot
rvalue- has quit [Ping timeout: 246 seconds]
rvalue- has joined #u-boot
rvalue has quit [Ping timeout: 256 seconds]
rvalue- is now known as rvalue
schroes has joined #u-boot
egavin has joined #u-boot
egavin has quit [Quit: Leaving]
egavin has joined #u-boot
egavin has quit [Changing host]
egavin has joined #u-boot
egavin has quit [Client Quit]
egavin has joined #u-boot
egavin has quit [Client Quit]
egavin has joined #u-boot
egavin has quit [Client Quit]
egavin has joined #u-boot
Clamor has quit [Read error: Connection reset by peer]
Clamor has joined #u-boot
naoki has quit [Quit: naoki]
ladis has joined #u-boot
enok has joined #u-boot
naoki has joined #u-boot
naoki has quit [Quit: naoki]
ladis has quit [Quit: Leaving]
f_ has joined #u-boot
f_ has quit [Remote host closed the connection]
f_ has joined #u-boot
lane has quit [Remote host closed the connection]
bryanb has quit [Write error: Connection reset by peer]
d4ve has quit [Read error: Connection reset by peer]
lane has joined #u-boot
d4ve has joined #u-boot
bryanb has joined #u-boot
d4ve has quit [Remote host closed the connection]
bryanb has quit [Remote host closed the connection]
lane has quit [Remote host closed the connection]
lane has joined #u-boot
bryanb has joined #u-boot
d4ve has joined #u-boot
prabhakalad has quit [Quit: Konversation terminated!]
prabhakalad has joined #u-boot
dsimic has quit [Ping timeout: 240 seconds]
dsimic has joined #u-boot
f_ has quit [Remote host closed the connection]
akaWolf has quit [Ping timeout: 256 seconds]
f_ has joined #u-boot
enok has quit [Ping timeout: 260 seconds]
akaWolf has joined #u-boot
f_ has quit [Remote host closed the connection]
f_ has joined #u-boot
enok has joined #u-boot
naoki has joined #u-boot
f_ has quit [Ping timeout: 260 seconds]
matthias_bgg has joined #u-boot
naoki has quit [Quit: naoki]
enok has quit [Ping timeout: 272 seconds]
mmu_man has joined #u-boot
Jones42 has joined #u-boot
<Jones42> Ahoy,
<Jones42> I'm still trying to wrap my head around the SPL.
<Jones42> Can someone maybe tell me what's the reason for COLIBRI_IMX6ULL to *not* support the SPL, while COLIBRI_IMX6 does "SUPPORT_SPL"?
<Jones42> (referring to arch/arm/mach-imx/mx6/Kconfig)
Jones22 has joined #u-boot
Jones42 has quit [Ping timeout: 250 seconds]
mmu_man has quit [Ping timeout: 246 seconds]
linfax has joined #u-boot
goliath has joined #u-boot
Jones22 has quit [Ping timeout: 250 seconds]
prabhakalad has quit [Read error: Connection reset by peer]
prabhakalad has joined #u-boot
monstr has joined #u-boot
Clamor has quit [Ping timeout: 255 seconds]
Clamor has joined #u-boot
monstr has quit [Remote host closed the connection]
Stat_headcrabed has joined #u-boot
egavin has quit [Quit: Leaving]
Stat_headcrabed has quit [Quit: Stat_headcrabed]
Jones42 has joined #u-boot
stefanro has quit [Quit: Leaving.]
enok has joined #u-boot
<cambrian_invader> Jones42: probably because SRAM is configured with DCD and SPL is not used
<cambrian_invader> s/SRAM/DDR/
<Tartarus> calebccff: Was https://patchwork.ozlabs.org/project/uboot/list/?series=399954 ready for merge, or needed a v3?
<pivi> Jones42: on colibri imx6/imx6ull, correct, what's the actual issue you have?
<pivi> Jones42: the reason for having an SPL is just to have the memory configured by code, and not with the DCD. For colibri-imx6ull is not required, so SPL is not used
linfax has quit [Ping timeout: 264 seconds]
KREYREN has joined #u-boot
<Jones42> cambrian_invader, pivi: I'm currently trying to port a board with an imx6dl (loosely based on sabresd) from 2022-04-imx to mainline.
<Jones42> The old project did not use the SPL, and since I'm new to this, it took me a while to figure out that the old config file is gone and i have to enable the SPL now. (https://source.denx.de/u-boot/u-boot/-/commit/e2bab4b9ea3c9ab59c1ba064263ee0863cba112e)
<Jones42> I'm slowly advancing, but I still don't really understand the rationale behind doing the DRAM init in the DCD or the SPL. (or, in the case of the colibri-imx6ull: why the decision was to *not* use the SPL)
<Jones42> What's the (dis)advantage of doing that? is there any documentation where I can learn the implications of either solution?
<Jones42> thanks a lot
<cambrian_invader> using DCD is a bit simpler, since you don't have a two-stage boot process
<pivi> Jones42: I can tell you the rationale for colibri imx6/imx6ull. colibri-imx6 needs different configuration for the memory, and we did not want to have different binaries
<cambrian_invader> but it is less flexible, since you cannot have logic to e.g. change configuration based on the board
<pivi> Jones42: colibri-imx6ull does not need it, so we kept it simple, as cambrian_invader wrote
<cambrian_invader> also the algorithms SPL uses are slightly different from what NXP's tool generates, so you may have better stability with one or the other
enok has quit [Ping timeout: 260 seconds]
<Jones42> Ah,ok, so having a single binary and letting the the SPL choose the DRAM config makes sense for me, thanks. So the DCD-Data for the (multi-target-)SPL is then some "one size fits all" that works on each device?
<pivi> Jones42: something like that you cannot do with the static DCD approach
<pivi> Jones42: with SPL you can (if you want). this is the rationale for the decision on colibri-imx6/imx6ull
<pivi> Jones42: I'm sure that there are other reasons for one approach of the other, with pro and cons ...
<Jones42> pivi, cambrian_invader: thanks a lot. that's giving me something to think about!
<pivi> Jones42: just something obvious, SPL on imx6/imx6ull/... is running from the SOC internal RAM, this is the reason it can do the memory configuration. a full blown u-boot will not fit there
<pivi> Jones42: just ignore me if this was already known to you, but I felt like this is something valuable for you to know
<Jones42> pivi thanks, that's something i've already somewhat figured out ;-) . But any piece of information is appreciated. The documentation is already quite good, but I'm often lacking the reasons behind design desicions. For example, knowing the DCD-Mechanism that sets up the DRAM, the whole reaon of having a SPL became much less clear to me.
<Jones42> Also, commits like these https://source.denx.de/u-boot/u-boot/-/commit/b22841e5828e1c2c17d75c9979c32e7d8cea2ccd just made it seem to me that data just moved from DCD into the SPL and I did not understand why one would want that.
<Jones42> *decisions
pgreco has joined #u-boot
pgreco_ has quit [Ping timeout: 264 seconds]
<pivi> Jones42: the reason for having the memory configuration in SPL there is pretty clear, it's different depending on the SOC assembled
<pivi> Jones42: on imx6 you have two basic option to configure the memory in the SPL
<pivi> Jones42: just write register/value, that is what you see in that commit. in this case the benefit is to have different memory configurations
<pivi> Jones42: or you can do the memory configuration programmatically, this is done on the apalis-imx6 that I linked a few messages ago
<pivi> I need to leave, have fun
<Jones42> pivi thanks a lot!
enok has joined #u-boot
KREYREN has quit [Remote host closed the connection]
KREYREN has joined #u-boot
KREYREN has quit [Remote host closed the connection]
<calebccff> Tartarus: v3 is gonna be needed. I sent the most important stuff in https://patchwork.ozlabs.org/project/uboot/list/?series=402308
<Tartarus> OK
sszy has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
mmu_man has joined #u-boot
f_ has joined #u-boot
Clamor has quit [Read error: Connection reset by peer]
Clamor has joined #u-boot
vagrantc has joined #u-boot
frieder has quit [Remote host closed the connection]
f_ has quit [Remote host closed the connection]
f_ has joined #u-boot
warthog9 has quit [Quit: Leaving]
Jones42 has quit [Quit: Client closed]
warthog9 has joined #u-boot
slobodan has joined #u-boot
<mps> do u-boot developers have comment on this discussion on #musl channel https://tpaste.us/YYg4
<mps> I have to say that I don't know what glibc does in this
<calebccff> mps: this kwboot tool set c_ospeed to the literal baudrate and not the B* macros? that sounds like a bug
<mps> calebccff: probably, but I'm far from expert in this
Clamor has quit [Ping timeout: 256 seconds]
<calebccff> mps: seems like that's the correct behaviour. Does musl not have the BOTHER define?
<mps> I think it doesn't
<calebccff> ah
<mps> musl is nearly POSIX strict
<calebccff> yeah
<calebccff> mps: but kwboot checks if BOTHER is defined, that's the correct behaviour then?
<mps> calebccff: hm, few earlier releases it didn't worked, and I didn't checked in newer ones
<mps> I could check again tomorrow
Clamor has joined #u-boot
<calebccff> account for musl* even
<mps> ahem, /usr/lib/gcc/aarch64-alpine-linux-musl/13.2.1/../../../../aarch64-alpine-linux-musl/bin/ld: cannot find -ltinfo: No such file or directory
<mps> in 'make tools-all'
<mps> this happened when trying to build kwboot
<calebccff> mps: are you building on an arm64 host?
<mps> but I already had enough glasees or red wine to continue, sorry
<mps> calebccff: yes
f_ is now known as funderscore
funderscore is now known as f_
<calebccff> mps: so libtinfo is just ncurses, on Arch Linux its literally a symlink to libncursesw.so.6, seems like this is a packaging issue in Alpine
<calebccff> mps: while we're here, seems the "ncurses-libs" library in alpine is empty (guessing a broken amove)
<mps> calebccff: yes, I see now
<mps> ohm, I upgraded it yesterday and didn't noticed this
<mps> uhm you are right
<mps> thank you
<mps> have to fix it tomorrow
<calebccff> mps: oh it seems the -libs package being empty is intentional. But yeah np, happy to help :)
<mps> (I hate these helpers like amove)
<calebccff> mps: "shell as a package description language" was a big mistake imo
Clamor has quit [Read error: Connection reset by peer]
<calebccff> chimera linux are doing cool stuff
<mps> if it intentionally empty then it shouldn't exists at all, imnsho
<calebccff> it's for compat, i guess it used to be a thing
<mps> yes, ancestry
<mps> but again I think such things are not good
<calebccff> yeah maybe not ideal
<calebccff> but tbf I'll take it over debian
<calebccff> marex: do you know if any boards have working superspeed with dwc3?
<calebccff> marex: I'm wondering if it makes sense to try and make the qcom of_fixup stuff generic, like maybe doing it in dwc3 bind. https://source.denx.de/u-boot/custodians/u-boot-snapdragon/-/blob/qcom-main/arch/arm/mach-snapdragon/of_fixup.c?ref_type=heads#L33
alexxy[home] has quit [Ping timeout: 246 seconds]
enok has quit [Ping timeout: 268 seconds]
slobodan has quit [Ping timeout: 256 seconds]
f_ has quit [Ping timeout: 260 seconds]
pgreco_ has joined #u-boot
pgreco has quit [Ping timeout: 268 seconds]
dsimic has quit [Ping timeout: 255 seconds]
dsimic has joined #u-boot
vagrantc has quit [Quit: leaving]
naoki has joined #u-boot
goliath has quit [Quit: SIGSEGV]
schroes has quit [Read error: Connection reset by peer]
schroes has joined #u-boot