Tartarus changed the topic of #u-boot to: SOURCE MOVED TO https://source.denx.de/u-boot/u-boot.git / U-Boot v2022.07 is OUT / Merge Window is OPEN, -next is CLOSED / Release v2022.10 is scheduled for 3 October 2022 / http://www.denx.de/wiki/U-Boot / Channel archives at https://libera.irclog.whitequark.org/u-boot
qschulz has quit [Remote host closed the connection]
qschulz has joined #u-boot
<sjg1> hanetzer: What is the address?
<sjg1> mps: Seems to work for me:
<hanetzer> sjg1: 0xffff0000 and 0xfffd0000
<hanetzer> y'kno, where the trm says the bootrom is
<hanetzer> izzat the arm64 one?
<hanetzer> since that does not appear to be uh aarch32 code
<hanetzer> sjg1: do you have uh, network support on that?
akaWolf has quit [Ping timeout: 268 seconds]
camus has joined #u-boot
umbramalison has quit [Quit: %So long and thanks for all the fish%]
umbramalison has joined #u-boot
vagrantc has quit [Quit: leaving]
mmu_man has quit [Ping timeout: 268 seconds]
thopiekar has quit [Ping timeout: 268 seconds]
<sjg1> hanetzer: yes, kevin. Yes I can connect USB network
thopiekar has joined #u-boot
<hanetzer> I'm not sure exactly what the command formulation would be, but think you could tftp 20k of data from that location out of it?
<hanetzer> sjg1: ^
LeSpocky has quit [Ping timeout: 268 seconds]
LeSpocky has joined #u-boot
<sjg1> hanetzer: ^
<hanetzer> heh
<hanetzer> how did ya get that one out, if the first one crashed?
<sjg1> hanetzer: I suppose it crashed after sending some blocks
<hanetzer> ah
alpernebbi has quit [Ping timeout: 252 seconds]
alpernebbi has joined #u-boot
persmule has joined #u-boot
Skiper has quit [Ping timeout: 268 seconds]
Skiper has joined #u-boot
Skiper has quit [Read error: Connection reset by peer]
Skiper has joined #u-boot
persmule has quit [Ping timeout: 268 seconds]
persmule has joined #u-boot
persmule has quit [Client Quit]
akaWolf has joined #u-boot
aggi has quit [Quit: connection closed.]
persmule has joined #u-boot
Skiper has quit [Ping timeout: 252 seconds]
Skiper has joined #u-boot
Xeroine has joined #u-boot
Skiper has quit [Ping timeout: 268 seconds]
Skiper has joined #u-boot
mmu_man has joined #u-boot
GNUtoo has quit [Remote host closed the connection]
GNUtoo has joined #u-boot
Xeroine has quit [Ping timeout: 268 seconds]
<mps> sjg1: I see. do you boot from flash chip or from mmc kernel partition
gsz has joined #u-boot
<hanetzer> so, as a general rule. if a soc can boot off of the 'user' partition of an mmc, does this also hold true for the bootN parts? or is that something I'm just going to have to try and see, barring the potential of extracting the bootrom and disassembling it?
GNUtoo has quit [Remote host closed the connection]
GNUtoo has joined #u-boot
Skiper has quit [Read error: Connection reset by peer]
Skiper has joined #u-boot
Skiper has quit [Ping timeout: 268 seconds]
Skiper has joined #u-boot
rvalue has quit [Quit: ZNC - https://znc.in]
rvalue has joined #u-boot
gsz has quit [Ping timeout: 244 seconds]
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #u-boot
thopiekar has quit [Ping timeout: 252 seconds]
thopiekar has joined #u-boot
<hanetzer> well, good to know: it *does* begin executing code from the eMMC's boot0 partition. bad news: the vendor-boot does not work with it. however we're otherwise good :)
<sjg1> mps: It boots from SPI flash
<mps> sjg1: aha, that is difference. I'm trying to boot from mmc
<mps> so it means I have to find proper method to create image to 'dd' to mmc boot (kernel) partition
___nick___ has joined #u-boot
<mps> here is my APKBUILD for alpine (similar to PKGBUILD on Arch linux) https://tpaste.us/lVk6
<mps> i.e. how I use mkimage and vbutil_kernel
<mps> maybe there is problem