Tartarus changed the topic of #u-boot to: SOURCE MOVED TO https://source.denx.de/u-boot/u-boot.git / U-Boot v2024.01 is OUT / Merge Window is OPEN, next branch is CLOSED / Release v2024.04 is scheduled for 02 April 2024 / Channel archives at https://libera.irclog.whitequark.org/u-boot
rvalue has quit [Ping timeout: 245 seconds]
johang has quit [Ping timeout: 240 seconds]
johang has joined #u-boot
sakman has quit [Ping timeout: 264 seconds]
rvalue has joined #u-boot
<Tartarus> Well, that really shouldn't matter
<Tartarus> What's the compiler used, in both cases?
<KREYREN> Tartarus, should be GCC
<KREYREN> gcc version 13.2.1 20231014 (Alpine 13.2.1_git20231014)
<ukky> KREYREN: I don't know if it is relevant to your situation, but BL31 expects U-Boot to be loaded at specific address, and this address is compiled-in into BL31.
<KREYREN> ukky, i don't think it's relevant i don't manipulate BL31 during compilation it's binary is just set to the BL31 variable for the u-boot compiling system to handle it and the u-boot works fine in UART just without display
<KREYREN> feel free to correct me though
<ukky> KREYREN: if U-Boot displays boot process over UART, then it is irrelevant. Just an idea, as I had to change those parameters when compiling BL31.
<Tartarus> KREYREN: and what's the gcc armbian uses?
<Tartarus> And have you diff'd the resulting .config files, from both Armbian and alpine?
qschulz has quit [Remote host closed the connection]
qschulz has joined #u-boot
camus1 has joined #u-boot
camus has quit [Ping timeout: 245 seconds]
camus1 is now known as camus
f_ has quit [Read error: Connection reset by peer]
f_ has joined #u-boot
vagrantc has quit [Quit: leaving]
jclsn has quit [Ping timeout: 255 seconds]
jclsn has joined #u-boot
redbrain has quit [Read error: Connection reset by peer]
redbrain has joined #u-boot
KREYREN_ has joined #u-boot
KREYREN has quit [Remote host closed the connection]
joeskb7 has quit [Quit: leaving]
Clamor has quit [Ping timeout: 264 seconds]
Clamor has joined #u-boot
mmu_man has quit [Ping timeout: 256 seconds]
jaganteki has joined #u-boot
jaganteki has quit [Client Quit]
jaganteki has joined #u-boot
stefanct has quit [Read error: Connection reset by peer]
stefanct has joined #u-boot
goliath has joined #u-boot
sng has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
sng has joined #u-boot
monstr has joined #u-boot
prabhakarlad has quit [Ping timeout: 250 seconds]
mckoan|away is now known as mckoan
frieder has joined #u-boot
jmasson has joined #u-boot
jmasson has quit [Remote host closed the connection]
jmasson has joined #u-boot
sakman has joined #u-boot
mripard has joined #u-boot
<mps> KREYREN_: u-boot works quite fine on teres-i for few last stable release on alpine
<mps> and I guess on postmarketOS because they use u-boot from alpine
<mps> though I didn't yet tested latest stable v2024.01
<mps> and it works quite fine without SCP
Hypfer3 has joined #u-boot
Hypfer has quit [Ping timeout: 264 seconds]
Hypfer3 is now known as Hypfer
jaganteki has quit [Quit: Client closed]
sszy has joined #u-boot
jaganteki has joined #u-boot
deathmist has quit [Ping timeout: 256 seconds]
deathmist has joined #u-boot
prabhakarlad has joined #u-boot
ikarso has joined #u-boot
ddevault_ has joined #u-boot
bryanb has joined #u-boot
d4ve has joined #u-boot
ddevault_ has quit [Remote host closed the connection]
<f_> KREYREN_: send the .config you use
dsimic has quit [Ping timeout: 268 seconds]
dsimic has joined #u-boot
prabhakarlad has quit [Quit: Client closed]
deathcamel57_ has joined #u-boot
deathcamel57 has quit [Ping timeout: 276 seconds]
prabhakar has quit [Ping timeout: 276 seconds]
deathcamel57__ has joined #u-boot
deathcamel57_ has quit [Ping timeout: 252 seconds]
Clamor has quit [Ping timeout: 264 seconds]
Clamor has joined #u-boot
mmu_man has joined #u-boot
deathcamel57_ has joined #u-boot
deathcamel57__ has quit [Ping timeout: 276 seconds]
<dormito> Hmmm. I found out why u-boot was silently dying on init when I specified a defualt env: the env I copied from a working board had "fdtcontroladdr" specified. Commenting that let it boot. I haven't dug into the exact reason, but I assume it being already set caused some steps to be skipped
gsz has quit [Quit: leaving]
<KREYREN_> Tartarus, the config files seems to be the same
<KREYREN_> i've noticed this happening on armbian: https://dpaste.org/fFF69
<KREYREN_> the BL31 seems to do more things as on alpine it just says that it found the DTB
<KREYREN_> the GCC version seems to be around the same depending on what release it set in armbian
<KREYREN_> mps, please re-check it doesn't work on my end using your u-boot package on either of alpine or postmarketos
<KREYREN_> because even the previous release didn't get me a working screen
<KREYREN_> > <f_> KREYREN_: send the .config you use < on it
prabhakarlad has joined #u-boot
prabhakar has joined #u-boot
<KREYREN_> f_, at-f is using plat sun50i_a64, crust and u-boot both use teres_i_defconfig without any evident changes
camus has quit [Remote host closed the connection]
<mps> KREYREN_: it works
<KREYREN_> mps, the display works during u-boot phase?
<mps> display works on all phases
<KREYREN_> mps, can you send me the u-boot-sunxi-with-spl.bin file over e.g. https://upload.disroot.org/ to check?
camus has joined #u-boot
<mps> you can extract it from alpine package
<mps> I don't have time right now to check latest version but you can download u-boot from alpine 3.18 and 3.19 releases and test it
<KREYREN_> i did and that doesn't work for me so i want to check why/if your uboot works on my end
<KREYREN_> mps, i did that and it doesn't work for me
<mps> and followed it
<KREYREN_> i spent 6 days pn this testing the alpine's versions btw
<KREYREN_> mps, yes, but currently doing u-boot without OS for testing and also tried pmbootstrap
<KREYREN_> > bs=8k seek=1 < doing bs=1K seek=8
<mps> try change 'edge' with 'v.2.19' in script
<mps> 'v3.19'
<mps> I don't have now to test edge 'release'
<mps> don't have time now*
<KREYREN_> mps, i tested 3.19 already multiple times with different changes in atf, crust and u-boot and didn't get display
<KREYREN_> it's fine take a look at this when you have time then please ^-^
<mps> crust is not used for u-boot on alpine
deathcamel57__ has joined #u-boot
<KREYREN_> i know i wanted to contribute it
<mps> you should not, we know for it and it is in repo but for now we don't want to use it
* KREYREN_ has series of patches for teres for pmos and alpine prepared atm
<KREYREN_> mps, why?
<KREYREN_> it's important for working suspension/hybernation which is critical in netbook format for battery life
<mps> patches for alpine passes very strict checking and usually simply thrown. In alpine we accept only essential and small patches
Stat_headcrabed has joined #u-boot
deathcamel57_ has quit [Ping timeout: 256 seconds]
<mps> in alpine we want all things to be fixed upstream
<mps> if you have any problem with alpine packages please try to fix them with upstream
<KREYREN_> mps, > options="!check" # no tests < is set for u-boot, and arm-trusted-firmware in alpine atm
<mps> right
<KREYREN_> mps, the u-boot works everywhere else i am upstream for the other distros basically
<mps> u-boot upstream is here
<mps> are*
<KREYREN_> just please compile new u-boot when you have time and check that it works if it does then send me the u-boot-sunxi-with-spl.bin for me to check and try to find out what i am doing differently
<mps> crust is in alpine testing and for now u-boot can't be built with it
<KREYREN_> noted
<mps> to repeat, previous stable u-boot worked quite fine on my teres-i
<mps> all these 'issues' are not my decisions but it is how alpine works
sszy has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
<KREYREN_> mps, i suspect that being something new within alpine/pmos that causes the display issues because people reported pinephones also not having the u-boot display since recently
<KREYREN_> thus the try to compile a new u-boot
<mps> maybe I could find some short time later in evening to do fast and small test
<mps> but can't promise
<KREYREN_> oke i just continue the development and use armbian's u-boot in the meantime
Stat_headcrabed has quit [Quit: Stat_headcrabed]
mmu_man has quit [Ping timeout: 246 seconds]
mmu_man has joined #u-boot
zsoltiv__ has joined #u-boot
zsoltiv_ has quit [Ping timeout: 256 seconds]
ikarso has quit [Quit: Connection closed for inactivity]
<mps> KREYREN_: huh, I just noticed that I'm also maintainer for crust on alpine :)
<mps> my memory is fadding away
<KREYREN_> mps, :D
<KREYREN_> mps, maintainer and contributor even
<KREYREN_> mps, btw i got version 0.6 up which includes config for teres
<mps> I will upgrade it to 0.6 today
<KREYREN_> move it to main and include in u-boot too ideally it's important component for teres
<mps> it can't be moved to main because depending pkgs for build are in community
<mps> that is reason I didn't moved it
<KREYREN_> mps, https://dpaste.org/T7wBZ here less work for ya
<KREYREN_> mps, it's in testing and w/e i just want it in u-boot tbh :D
<mps> it is not possible to build pkgs in main if dependencies are in testing/community
<mps> officially, I mean
<KREYREN_> ughh
<mps> but this is OT here so we should discuss this somewhere else
<KREYREN_> #alpine-devel on OFTC
<mps> I'm not there
<mps> #alpine-infra as last 'resort'
<KREYREN_> lets meet in that resort then
<KREYREN_> not sure why you aren't in alpine-devel though
monstr has quit [Read error: Connection reset by peer]
monstr has joined #u-boot
<Tartarus> xypron: OK, so, once the EFI PR is in (soon), I'll take the qemu update and re-spin the containers. I've delayed in that container rebuilds also update the pip cache
goliath has quit [Quit: SIGSEGV]
sszy has joined #u-boot
monstr has quit [Remote host closed the connection]
cbmuser has quit [Ping timeout: 268 seconds]
jaganteki has quit [Quit: Client closed]
jaganteki has joined #u-boot
Stat_headcrabed has joined #u-boot
Stat_headcrabed has quit [Client Quit]
cbmuser has joined #u-boot
jaganteki has quit [Quit: Client closed]
Clamor has quit [Ping timeout: 246 seconds]
Clamor has joined #u-boot
persmule has quit [Remote host closed the connection]
persmule has joined #u-boot
persmule has quit [Remote host closed the connection]
mmu_man has quit [Ping timeout: 264 seconds]
persmule has joined #u-boot
mckoan is now known as mckoan|away
sakman has quit [Ping timeout: 245 seconds]
jaganteki has joined #u-boot
flyback has quit [Ping timeout: 260 seconds]
flyback has joined #u-boot
sszy has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
goliath has joined #u-boot
rvalue has quit [Ping timeout: 264 seconds]
deathcamel57__ has quit [Quit: Leaving]
rvalue has joined #u-boot
frieder has quit [Remote host closed the connection]
<f_> calebccff: IIRC you had an issue with building docs, right?
<calebccff> well, in so far as I wasn't using a virtualenv, yeah :P
___nick___ has joined #u-boot
___nick___ has quit [Client Quit]
<f_> ah
<f_> Can you tell me how you got it sorted?
<f_> Running arch (actually artix) as well
___nick___ has joined #u-boot
<f_> ModuleNotFoundError: No module named 'sphinx.util.pycompat'
<f_> But looking at my IRC logs I might be using a way too new sphinx.
* f_ afk...but will be back...
jmasson has quit [Remote host closed the connection]
<mps> hm, KREYREN_ is right, video console doesn't work on olimex teres-i with v2024.01 release
<dormito> re:mkimage, and embedding signing pub keys in dts's: Is there a reason fdt_add_bignum() walks over the whole big num, and finding the modulases, instead of just using BN_bn2bin() (Which I _think_ has the exact same effect)
Clamor has quit [Read error: Connection reset by peer]
jaganteki has quit [Ping timeout: 250 seconds]
ikarso has joined #u-boot
joeskb7 has joined #u-boot
joeskb7 has quit [Quit: Lost terminal]
joeskb7 has joined #u-boot
___nick___ has quit [Ping timeout: 245 seconds]
jfsimon1981_c has joined #u-boot
sakman has joined #u-boot
sakman has quit [Ping timeout: 276 seconds]
joeskb7 has quit [Quit: Lost terminal]
jfsimon1981_c has quit [Remote host closed the connection]
jfsimon1981_c has joined #u-boot
jfsimon1981_c has quit [Client Quit]
<Tartarus> Sigh, trace-cmd report changed output format
<Tartarus> was:
<Tartarus> u-boot-1 [000] 821.116904: function: initf_malloc
<Tartarus> new:
<Tartarus> u-boot-1 [000] ..... 821.116904: function: initf_malloc
<Tartarus> And our python to try and whack that in to key/val fails
<Tartarus> Sigh
<Tartarus> something-something in progress
<Tartarus> Might be the case that "-l" wasn't implied before, but is implied now
joeskb7 has joined #u-boot
<KREYREN_> > <mps> hm, KREYREN_ is right, video console doesn't work on olimex teres-i with v2024.01 release < Previous release also doesn't work
sakman has joined #u-boot
prabhakarlad has quit [Quit: Client closed]
sakman has quit [Ping timeout: 264 seconds]
ikarso has quit [Quit: Connection closed for inactivity]