Tartarus changed the topic of #u-boot to: SOURCE MOVED TO https://source.denx.de/u-boot/u-boot.git / U-Boot v2025.04, v2025.07-rc3 are OUT / Merge Window is CLOSED, next branch is OPEN / Release v2025.07 is scheduled for 07 July 2025 / Channel archives at https://libera.irclog.whitequark.org/u-boot
goliath has quit [Quit: SIGSEGV]
mmu_man has quit [Ping timeout: 268 seconds]
qschulz has quit [Remote host closed the connection]
d3thb1rd has joined #u-boot
d3thbird has quit [Ping timeout: 265 seconds]
qschulz has joined #u-boot
jclsn has quit [Ping timeout: 272 seconds]
jclsn has joined #u-boot
xroumegue has quit [Ping timeout: 252 seconds]
xroumegue has joined #u-boot
clamor has joined #u-boot
m5zs7k_ has joined #u-boot
m5zs7k has quit [Read error: Connection reset by peer]
warthog9 has quit [Ping timeout: 252 seconds]
naoki has joined #u-boot
warthog9 has joined #u-boot
m5zs7k_ is now known as m5zs7k
vfazio_ has joined #u-boot
vfazio has quit [Ping timeout: 260 seconds]
vfazio_ has quit [Remote host closed the connection]
vfazio_ has joined #u-boot
vfazio_ has quit [Remote host closed the connection]
vfazio_ has joined #u-boot
vfazio__ has joined #u-boot
vfazio_ has quit [Read error: Connection reset by peer]
monstr has joined #u-boot
clamor has quit [Ping timeout: 276 seconds]
clamor has joined #u-boot
monstr has quit [Ping timeout: 252 seconds]
goliath has joined #u-boot
haritz has quit [Remote host closed the connection]
mckoan|away is now known as mckoan
alperak has joined #u-boot
rvalue- has joined #u-boot
rvalue has quit [Ping timeout: 265 seconds]
rvalue- is now known as rvalue
warpme has joined #u-boot
clamor has quit [Ping timeout: 252 seconds]
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
sszy has joined #u-boot
monstr has joined #u-boot
warpme has joined #u-boot
ldevulder has joined #u-boot
mmu_man has joined #u-boot
<Danct12> does u-boot regmap supports i2c? or just mmio?
frieder has joined #u-boot
naoki has quit [Quit: naoki]
<Tyaku> Hello, I read in U-Boot docs about the STACK: “The nominal size of this region is set by CONFIG_STACK_SIZE but there is no actual limit enforced, so the stack can grow behind that.”. Good, so: If CONFIG_STACK_SIZE is useless, how to know the size of the STACK really used by U-Boot ? This is important to know it, If I want to make sure where i load the kernel it's not going to overlap the U-Boot stack ..
<Tyaku> Basically my kernel is 17Mo, Uboot is placed 32Mo after the start of where I put the kernel. I want to be sure about how much uboot uses. (The U-Boot stack start at the begining of U-Boot but is going on the other direction
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<Tyaku> Simple version: How to know the real stack used by U-Boot (not CONFIG_STACK_SIZE)
<Tyaku> ?
ldevulder has quit [Ping timeout: 252 seconds]
ldevulder has joined #u-boot
warpme has joined #u-boot
warpme has quit [Read error: Connection reset by peer]
warpme has joined #u-boot
<marex> Tyaku: git grep -i stack common/spl | grep dbg
<marex> Tyaku: there are some debug prints which print pre-ram stack usage in SPL , use them to figure out the _F_ stack size
Stalevar has quit [Read error: Connection reset by peer]
Stalevar has joined #u-boot
ikarso has quit [Quit: Connection closed for inactivity]
ikarso has joined #u-boot
monstr has quit [Ping timeout: 252 seconds]
dsimic has quit [Ping timeout: 272 seconds]
dsimic has joined #u-boot
vagrantc has joined #u-boot
frieder has quit [Remote host closed the connection]
jistr has quit [Ping timeout: 248 seconds]
clamor has joined #u-boot
jistr has joined #u-boot
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
ldevulder has quit [Quit: Leaving]
goliath has quit [Quit: SIGSEGV]
goliath has joined #u-boot
mckoan is now known as mckoan|away
MrTrueDev has joined #u-boot
mmu_man has quit [Ping timeout: 248 seconds]
MrTrueDev has quit [Ping timeout: 272 seconds]
goliath has quit [Quit: SIGSEGV]
sszy has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
MrTrueDev has joined #u-boot
MrTrueDev has quit [Ping timeout: 272 seconds]
clamor has quit [Ping timeout: 272 seconds]
clamor has joined #u-boot
Poltawer has joined #u-boot
K900_ has joined #u-boot
K900 has quit [Ping timeout: 265 seconds]
K900_ is now known as K900
Stalevar has quit [Read error: Connection reset by peer]
Poltawer has quit [Quit: WeeChat 4.6.3]
Stalevar has joined #u-boot
clamor has quit [Read error: Connection reset by peer]
mmu_man has joined #u-boot
Guest65 has joined #u-boot
<Guest65> Hi everyone,
<Guest65> I have a question about the SPL binary output. Is the "u-boot-spl.bin" still generated under the "spl/" directory after building, or has its location or generation process changed in newer releases? Btw, was the location different in older versions?
<f_> Guest65: Sounds like an XY Problem
<f_> u-boot-spl.bin should still be in spl/ IIRC
<f_> But what problem are you *actually* trying to troubleshoot?
mmu_man has quit [Ping timeout: 268 seconds]
mmu_man has joined #u-boot
<Guest65> Trying to integrating U-Boot into a Yocto-based build system for a board and using ready-made classes(u-boot.inc, u-boot-common.inc) for this. u-boot-spl.bin is created successfully at ${B}/spl/u-boot-spl.bin. But there is a copy process of u-boot-spl.bin in the .inc file and it's trying to copy from ${S}/spl/u-boot-spl.bin but there is nothing.
<Guest65> I expressed myself wrong. It's Yocto related question. Sorry.
<Guest65> f_
<f_> which board?
goliath has joined #u-boot
Guest65 has quit [Quit: Client closed]
haritz has joined #u-boot
haritz has quit [Changing host]
haritz has joined #u-boot
mmu_man has quit [Ping timeout: 265 seconds]
mmu_man has joined #u-boot
mmu_man has quit [Ping timeout: 276 seconds]
K900 has quit [Remote host closed the connection]
K900 has joined #u-boot
mmu_man has joined #u-boot
Tyaku has quit [Quit: Lost terminal]
vagrantc has quit [Quit: leaving]
mmu_man has quit [Ping timeout: 265 seconds]
mmu_man has joined #u-boot
Hypfer has quit [Ping timeout: 272 seconds]