Tartarus changed the topic of #u-boot to: SOURCE MOVED TO https://source.denx.de/u-boot/u-boot.git / U-Boot v2022.04 is OUT / Merge Window is OPEN until 25 April 2022 / Release v2022.07 is scheduled for 4 July 2022 / http://www.denx.de/wiki/U-Boot / Channel archives at https://libera.irclog.whitequark.org/u-boot
jclsn has quit [Ping timeout: 240 seconds]
jclsn has joined #u-boot
mmu_man has quit [Ping timeout: 248 seconds]
dwrice0 has joined #u-boot
thopiekar has quit [Ping timeout: 240 seconds]
thopiekar has joined #u-boot
jclsn has quit [Quit: Ping timeout (120 seconds)]
jclsn has joined #u-boot
jclsn has quit [Ping timeout: 256 seconds]
jclsn has joined #u-boot
hanetzer has joined #u-boot
<hanetzer> can one build u-boot on windows via mingw-w64 & msys/similar, theoretically?
jclsn has quit [Ping timeout: 250 seconds]
<Tartarus> host tools under windows are part of CI
<Tartarus> everything else should be feasible
<hanetzer> k, just idle curiosity tbh
jclsn has joined #u-boot
dwrice0 has quit [Ping timeout: 256 seconds]
vagrantc has quit [Quit: leaving]
darkapex has quit [Ping timeout: 272 seconds]
stefanro has quit [Ping timeout: 260 seconds]
monstr has joined #u-boot
stefanro has joined #u-boot
sughosh has joined #u-boot
monstr has quit [Ping timeout: 248 seconds]
rfried has quit [Quit: Ping timeout (120 seconds)]
rfried has joined #u-boot
chrfle has quit [Quit: ZNC - https://znc.in]
chrfle has joined #u-boot
m5zs7k has quit [Ping timeout: 248 seconds]
m5zs7k has joined #u-boot
sughosh has quit [Remote host closed the connection]
frieder has joined #u-boot
mckoan|away is now known as mckoan
___nick___ has joined #u-boot
guillaume_g has joined #u-boot
camus has joined #u-boot
tnovotny has joined #u-boot
sszy has joined #u-boot
monstr has joined #u-boot
Zapy_ has joined #u-boot
kmcopper has joined #u-boot
Zapy has quit [Read error: Connection reset by peer]
swiftgeek has quit [Ping timeout: 256 seconds]
Zapy_ is now known as Zapy
swiftgeek has joined #u-boot
kmcopper has quit [Remote host closed the connection]
matthias_bgg has joined #u-boot
mmu_man has joined #u-boot
jsmolic has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
jsmolic has joined #u-boot
dwrice0 has joined #u-boot
dwrice0_ has joined #u-boot
dwrice0 has quit [Ping timeout: 246 seconds]
MrSaturn has quit [Quit: leaving]
torez has joined #u-boot
Net147 has quit [Quit: Quit]
Net147 has joined #u-boot
Net147 has joined #u-boot
Net147 has quit [Changing host]
mmu_man has quit [Ping timeout: 272 seconds]
<hanetzer> well, that's something I haven't done in a while: send a binary to u-boot over serial.
mmu_man has joined #u-boot
jimpo has quit [Quit: ZNC 1.8.2 - https://znc.in]
jimpo has joined #u-boot
tlwoerner has quit [Read error: Connection reset by peer]
vagrantc has joined #u-boot
elafon has quit [Remote host closed the connection]
elafon has joined #u-boot
dwrice0 has joined #u-boot
dwrice0_ has quit [Ping timeout: 260 seconds]
dwrice0 has quit [Ping timeout: 272 seconds]
redbrain has quit [Read error: Connection reset by peer]
redbrain has joined #u-boot
beanbag- has joined #u-boot
<Tartarus> sjg1: Can you please ack that Sandbox patch I just sent? Aside from the network PR, it's also triggered locally for me on the next set of things I'm testing as well
mmu_man has quit [Ping timeout: 272 seconds]
<rfs613> hanetzer: did you use kermit or something more modern? :P
mmu_man has joined #u-boot
<hanetzer> ymodem via minicom
<hanetzer> little choice in that matter, old vendor-u-boot yey
<rfs613> oh i'm sure kermit could have done that ;-) but yay for minicom.
<rfs613> at least its not an electron webapp ;-)
<hanetzer> probably. I used to know how to do it with gnu screen
<rfs613> sx/sy/sz command probably
<rfs613> IIRC that is what minicom actually uses
mckoan is now known as mckoan|away
___nick___ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
mmu_man has quit [Ping timeout: 240 seconds]
___nick___ has joined #u-boot
___nick___ has quit [Client Quit]
___nick___ has joined #u-boot
sszy has quit [Ping timeout: 248 seconds]
mmu_man has joined #u-boot
zar has joined #u-boot
frieder has quit [Remote host closed the connection]
matthias_bgg has quit [Quit: Leaving]
monstr has quit [Remote host closed the connection]
MrSaturn has joined #u-boot
<MrSaturn> Hi all. I have a bit of an unusual problem - I am trying to automate an update procedure by reading/writing commands to the UART. To issue a command, I send ETX, flush the serial port, and reset the buffers. I write the command out, then wait for a prompt ('\r\n=> ') it works on almost ever command, except "mmc write"
<MrSaturn> Here is what "mmc write" does: https://paste.debian.net/1237975/
<MrSaturn> it seems like it, somehow, it repeats some it's output? I am sort of at a lost. I used interceptty to watch the raw bytes and I don't see anything unusual.
<MrSaturn> sorry, I said "mmc write", I meant "mmc read"
<MrSaturn> I know this is probably outside the realm of this channel, I am just not sure who to ask.
dwrice0 has joined #u-boot
jclsn6 has joined #u-boot
Zapy_ has joined #u-boot
mkst1r has joined #u-boot
MrSaturn_ has joined #u-boot
ius_ has joined #u-boot
<MrSaturn_> what happened there?
MrSaturn has quit [Killed (NickServ (GHOST command used by MrSaturn_))]
MrSaturn_ is now known as MrSaturn
swiftgeek has quit [*.net *.split]
Zapy has quit [*.net *.split]
jclsn has quit [*.net *.split]
akaWolf has quit [*.net *.split]
ius has quit [*.net *.split]
Sout_ has quit [*.net *.split]
mkstr has quit [*.net *.split]
fionera has quit [*.net *.split]
Zapy_ is now known as Zapy
akaWolf has joined #u-boot
Sout_ has joined #u-boot
fionera has joined #u-boot
guillaume_g has quit [Ping timeout: 250 seconds]
swiftgeek has joined #u-boot
tlwoerner has joined #u-boot
torez has quit [Quit: torez]
<macromorgan> damn... looks like this patch broke booting: https://source.denx.de/u-boot/u-boot/-/commit/e42dad4168fe7acae810f759078a8cdfe2cd9086
<macromorgan> (for my R8 based board)
<macromorgan> bringing back an "if defined()" statement to that function fixes it, but I'm not sure if that's the correct way to go about doing it (for reference my environment is set up to be nowhere, since I don't want to write a bunch to the NAND)
<sjg1> Tartarus: Do you have a link to the patch, or the subject, please?
<macromorgan> "sunxi: use boot source for determining environment location", patch is at https://source.denx.de/u-boot/u-boot/-/commit/e42dad4168fe7acae810f759078a8cdfe2cd9086
<macromorgan> when I hide that routine behind some if statements booting works again (presume it switches to using the non board specific version)
<sjg1> Tartarus: OK
<marex> MrSaturn: UART FIFO overrun ?
sobkas has joined #u-boot
thopiekar has quit [Ping timeout: 248 seconds]
beanbag- has left #u-boot [Leaving]
ldevulder has quit [Quit: Leaving]
hanetzer has quit [Quit: WeeChat 3.5]
___nick___ has quit [Ping timeout: 240 seconds]
thopiekar has joined #u-boot
tnovotny has quit [Quit: Leaving]
mkst1r has quit [Ping timeout: 248 seconds]
Gravis has quit [Read error: Connection reset by peer]
Gravis_ has joined #u-boot
sbach has quit [Read error: Connection reset by peer]
mkstr has joined #u-boot
sbach has joined #u-boot
<machinehum> After I've built u-boot, can I just dd u-boot.bin to an SD card? Or is there something else I need to do. I want to just test my uboot config
<vagrantc> it highly depends on the platform
<vagrantc> machinehum: what hardware?
<machinehum> It's a Cortex A7
<machinehum> Quad core
<vagrantc> not familiar with it... if you find a similar SoC it might have documentation that would work
<machinehum> Cool thanks
<machinehum> This thing doesn't really have any close relatives
dwrice0 has quit [Ping timeout: 248 seconds]
dwrice0 has joined #u-boot