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
mmu_man has joined #u-boot
zibolo has quit [Ping timeout: 264 seconds]
zibolo_ has joined #u-boot
Mis012 has quit [Remote host closed the connection]
Mis012 has joined #u-boot
matthias_bgg has quit [Ping timeout: 252 seconds]
matthias_bgg has joined #u-boot
camus has joined #u-boot
Mis012 has quit [Remote host closed the connection]
Mis012 has joined #u-boot
Mis012 has quit [Remote host closed the connection]
Mis012 has joined #u-boot
jclsn has quit [Ping timeout: 256 seconds]
jclsn has joined #u-boot
LeSpocky has quit [Ping timeout: 268 seconds]
LeSpocky has joined #u-boot
hays has quit [Remote host closed the connection]
hays has joined #u-boot
hays has quit [Client Quit]
mmu_man has quit [Ping timeout: 276 seconds]
hays has joined #u-boot
Mis012- has joined #u-boot
Mis012 has quit [Quit: ZNC 1.8.2+deb2build5 - https://znc.in]
Net147 has quit [Ping timeout: 255 seconds]
Net147 has joined #u-boot
Net147 has quit [Changing host]
Net147 has joined #u-boot
Net147 has quit [Ping timeout: 276 seconds]
persmule has quit [Remote host closed the connection]
Clamor has joined #u-boot
sakman_ has joined #u-boot
sakman has quit [Ping timeout: 240 seconds]
dhruvag2000 has joined #u-boot
dhruvag2000 has quit [Changing host]
dhruvag2000 has joined #u-boot
sakman_ is now known as sakman
stefanro has joined #u-boot
stefanro has quit [Client Quit]
stefanro has joined #u-boot
monstr has joined #u-boot
frieder has joined #u-boot
naoki has joined #u-boot
frieder has quit [Ping timeout: 268 seconds]
goliath has joined #u-boot
mckoan|away is now known as mckoan
frieder has joined #u-boot
prabhakarlad has quit [Quit: Client closed]
ldevulder has joined #u-boot
mripard has joined #u-boot
tnovotny has joined #u-boot
jmasson has joined #u-boot
prabhakar has quit [Ping timeout: 256 seconds]
neha_ has joined #u-boot
sszy has joined #u-boot
ikarso has joined #u-boot
camus has quit [Ping timeout: 260 seconds]
camus has joined #u-boot
Net147 has joined #u-boot
Net147 has quit [Changing host]
Net147 has joined #u-boot
alpernebbi has quit [Ping timeout: 255 seconds]
Net147 has quit [Read error: Connection reset by peer]
alpernebbi has joined #u-boot
Net147 has joined #u-boot
Net147 has quit [Changing host]
Net147 has joined #u-boot
Net147 has quit [Quit: Quit]
Net147 has joined #u-boot
Net147 has quit [Changing host]
Net147 has joined #u-boot
naoki has quit [Quit: naoki]
prabhakar has joined #u-boot
prabhakarlad has joined #u-boot
Net147 has quit [Read error: Connection reset by peer]
Net147 has joined #u-boot
Net147 has quit [Changing host]
Net147 has joined #u-boot
Net147 has quit [Ping timeout: 252 seconds]
camus has quit [Quit: camus]
camus has joined #u-boot
camus has quit [Ping timeout: 252 seconds]
Net147 has joined #u-boot
Net147 has quit [Changing host]
Net147 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: 245 seconds]
dsimic has quit [Ping timeout: 260 seconds]
dsimic has joined #u-boot
camus has joined #u-boot
tnovotny has quit [Ping timeout: 260 seconds]
mmu_man has joined #u-boot
Clamor has quit [Ping timeout: 252 seconds]
Clamor has joined #u-boot
<Raito_Bezarius> hi there, I'm trying to use the -B option on mkimage to align a FIT on a certain size boundary but -B 0x800 doesn't give me a 2048-aligned FIT image
<Raito_Bezarius> am I holding this wrong?
matthias_bgg has quit [Ping timeout: 246 seconds]
joeskb7 has joined #u-boot
mmu_man has quit [Ping timeout: 252 seconds]
mmu_man has joined #u-boot
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #u-boot
slobodan has joined #u-boot
tnovotny has joined #u-boot
alpernebbi has quit [Quit: No Ping reply in 180 seconds.]
alpernebbi has joined #u-boot
mripard has quit [Remote host closed the connection]
hanetzer1 has joined #u-boot
hanetzer has quit [Killed (NickServ (GHOST command used by hanetzer1))]
hanetzer1 is now known as hanetzer
prabhakarlad has quit [Ping timeout: 250 seconds]
prabhakar has quit [Ping timeout: 268 seconds]
neha_ has quit [Quit: Connection closed for inactivity]
persmule has joined #u-boot
mripard has joined #u-boot
Dane86 has joined #u-boot
alan_o has joined #u-boot
<Dane86> Hi! I'm having some trouble with a FIT image and trying to understand how the whole system works. Given a particular FIT image, could I just copy the relevant "Data Start" addresses into a bootz command and should that then work?
mmu_man has quit [Ping timeout: 276 seconds]
mmu_man has joined #u-boot
mmu_man has quit [Ping timeout: 276 seconds]
tnovotny has quit [Quit: Leaving]
mmu_man has joined #u-boot
goliath has quit [Quit: SIGSEGV]
<Raito_Bezarius> any recommendation of ymodem software to serial boot a U-Boot SPL?
<Raito_Bezarius> doesn't seem like snagboot does
<Raito_Bezarius> minicom seems good enough
stefanro has quit [Quit: Leaving.]
<marex> Raito_Bezarius: lrzsz
qqq has quit [Quit: leaving]
<Raito_Bezarius> I'm trying to do `cp.b` to copy from a RAM address to a flash device address
<Raito_Bezarius> I'm doing something like `=> cp.b 0x83000000 0x00000000 151589`
<Raito_Bezarius> and I have no feedback from U-Boot and `nand dump` seems to show nothing
<Raito_Bezarius> am I holding this wrong?
mckoan is now known as mckoan|away
<cambrian_invader> Raito_Bezarius: typically you haev to use `nand erase` followed by `nand dump`
<cambrian_invader> err followed by nand write
<Raito_Bezarius> nand erase → nand write cambrian_invader ?
<cambrian_invader> yes
flom84 has joined #u-boot
<Raito_Bezarius> ok
<cambrian_invader> Raito_Bezarius: regarding -B, it only works with -E
<Raito_Bezarius> so no cp.b cambrian_invader right?
<cambrian_invader> no, you generally can't program nand with just a memory copy
<cambrian_invader> Dane86: generally you need to copy the data to the load address first; `bootm` is also closer to the equivalent than `bootz`
<Raito_Bezarius> makes sense
<Raito_Bezarius> and I have those Unrecoverable ECC error at page 256.0 cambrian_invader ; does that mean my NAND is fucked?
<Raito_Bezarius> and the `nand write` fail
<cambrian_invader> no, it just means you have an unrecoverable ecc error
<Raito_Bezarius> ok
<cambrian_invader> so the data (including the ecc bytes) is corrupt enough that it can't be read, or it was never programmed in the first place
<Raito_Bezarius> I see
<cambrian_invader> if that happens persistently for that block you can try marking it bad
persmule has quit [Remote host closed the connection]
persmule has joined #u-boot
jmasson has quit []
<Raito_Bezarius> I see, thanks!
mmu_man has quit [Ping timeout: 256 seconds]
redbrain has joined #u-boot
sakman has quit [Ping timeout: 264 seconds]
mmu_man has joined #u-boot
zsoltiv_ has joined #u-boot
<Raito_Bezarius> does anyone know if HPE/Aruba offers the U-Boot source code via better means than https://www.arubanetworks.com/open_source/ ?
monstr has quit [Remote host closed the connection]
flom84 has quit [Remote host closed the connection]
vagrantc has joined #u-boot
sakman has joined #u-boot
Dane86 has quit [Read error: Connection reset by peer]
Dane86 has joined #u-boot
<Dane86> cambrian_invader: Thanks! I don't understand exactly how the load/entry addresses work, could you provide some more detail? How does bootm use these parameters?
<cambrian_invader> you load to the load address, and you jump to the entry point
slobodan has quit [Read error: Connection reset by peer]
slobodan has joined #u-boot
<Dane86> ok so bootm does a cp to the load address (and then jump execution to the entry point)?
<cambrian_invader> it does more than that
vagrantc has quit [Quit: leaving]
sszy has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
<Dane86> Thanks that is helpful!
<Dane86> "The boot loader must load a device tree image (dtb) into system ram at a 64bit aligned address"
frieder has quit [Remote host closed the connection]
<Dane86> I think this may be the issue. DTB in my FIT image is at 0x82771f8c, which is not 64-bit aligned.
<Dane86> Now to figure out why Yocto/meta-updater is putting it there / how to correct.
ikarso has quit [Quit: Connection closed for inactivity]
<Dane86> Scrap that, I have another case where the dtb is at 0x2181038356 (also not 64-bit aligned) and that one works fine.
<Dane86> (Sorry 0x82000114, = decimal 2181038356)
<milkylainen> If data is external, then normal alignment rules apply. If data is internal, then it should be the user (or the bootloaders) problem to place copied data somewhere useful.
<milkylainen> I think the main point with external data is to run as is, zerocopy.
<Dane86> All running from RAM
<milkylainen> Internal data is another story and in the case of compression you need to move it anyay.
<milkylainen> Dane86: The both cases I'm explaining are.
<milkylainen> running from RAM that is.
<milkylainen> The FIT image keeping the data either internal or external to it's structure.
<milkylainen> (mkimage -E).
<Dane86> Basically if I arrange the FIT image DTB | Kernel | initramfs then it works, if the FIT image is arranged Kernel | DTB | initramfs then it doesn't work (hangs on 'Starting kernel...').
<cambrian_invader> milkylainen: I used external data to achieve DMA alignment for hardware-accelerated crypto
rhadye_ has joined #u-boot
narmstrong_ has joined #u-boot
austriancoder_ has joined #u-boot
sjg1_ has joined #u-boot
khilman_ has joined #u-boot
<cambrian_invader> Dane86: try bootm with 3 arguments (e.g. `bootm $kerneladdr $ramfsaddr $fdtaddr`)
pavelow_ has joined #u-boot
cyrozap_ has joined #u-boot
<cambrian_invader> that will let you play around with the addresses
<Dane86> Yip that's what I've been trying :-D
thopiekar_ has joined #u-boot
rhadye has quit [Ping timeout: 252 seconds]
austriancoder has quit [Ping timeout: 252 seconds]
sjg1 has quit [Ping timeout: 252 seconds]
khilman has quit [Ping timeout: 252 seconds]
narmstrong has quit [Ping timeout: 252 seconds]
kabel has quit [Ping timeout: 252 seconds]
thopiekar has quit [Ping timeout: 252 seconds]
pavelow has quit [Ping timeout: 252 seconds]
yollom has quit [Ping timeout: 252 seconds]
cyrozap has quit [Ping timeout: 252 seconds]
kveremitz has quit [Ping timeout: 252 seconds]
sjg1_ is now known as sjg1
khilman_ is now known as khilman
rhadye_ is now known as rhadye
austriancoder_ is now known as austriancoder
narmstrong_ is now known as narmstrong
yollom has joined #u-boot
<milkylainen> cambrian_invader: That's a usecase. :)
<milkylainen> Dane86: And nothing wants to expand or something else? Ie, trashing data?
<Dane86> I have no idea, that's what I'm trying to figure out. It's just zImage, DTB and gzipped intramfs.
<milkylainen> zimage, compressed arm?
<milkylainen> as in self unpacking.
<Dane86> Any idea how to get Yocto/meta-updater to 64-bit align the DTB in the FIT image?
<Dane86> Yes as far as I understand zImage is self-unpacking.
kveremitz has joined #u-boot
* cambrian_invader just compresses his Image...
<Dane86> semi-unrelated question, how does u-boot interpret decimal values in parameters? i.e. '16' instead of '0x10'?
<milkylainen> Mm. Trying to move away from self extracting images.
<cambrian_invader> for most things, it's hex by default
<cambrian_invader> so e.g. 10 is 16
<Dane86> Is there a way to specify decimal? Like 0d16 or something like that?
<cambrian_invader> I think there was a proposal for 0t16 a while back
<cambrian_invader> you can't do 0d16 because of the hex default
<cambrian_invader> I don't remember if it got merged
kabel has joined #u-boot
<Dane86> So if I try run bootz and pass the addresses listed in iminfo then it bombs out ('undefined instruction').
<Dane86> If I run bootm then it works.
<Dane86> Ah maybe because I'm not copying to the Load Address first.
mmu_man has quit [Ping timeout: 256 seconds]
<Dane86> Yep, copy to Load Address first then it works.
mmu_man has joined #u-boot
thopiekar_ has quit [Ping timeout: 260 seconds]
Clamor has quit [Ping timeout: 276 seconds]
Clamor has joined #u-boot
<Dane86> Experimenting a bit, it seems like the dtb needs quite a bit of space between itself and the initramfs. No idea why, as dtb is not compressed?
thopiekar has joined #u-boot
<Dane86> Anyways, I'm knocking off for the evening (UTC+2) - cheers everyone :-).
Dane86 has quit [Remote host closed the connection]
goliath has joined #u-boot
Clamor has quit [Read error: Connection reset by peer]
ldevulder has quit [Ping timeout: 255 seconds]
ikarso has joined #u-boot
ldevulder has joined #u-boot
goliath has quit [Quit: SIGSEGV]
persmule has quit [Remote host closed the connection]
alan_o has quit [Remote host closed the connection]
alan_o has joined #u-boot
slobodan has quit [Ping timeout: 255 seconds]
ikarso has quit [Quit: Connection closed for inactivity]
mmu_man has quit [Ping timeout: 264 seconds]