BobBeck3 has quit [Quit: Ping timeout (120 seconds)]
BobBeck39 is now known as BobBeck3
zibolo has quit [Ping timeout: 268 seconds]
zibolo has joined #u-boot
crb has joined #u-boot
ikarso has quit [Quit: Connection closed for inactivity]
jclsn has quit [Ping timeout: 256 seconds]
jclsn has joined #u-boot
joeskb7 has quit [Ping timeout: 256 seconds]
joeskb7 has joined #u-boot
sauce has quit [Server closed connection]
sauce has joined #u-boot
LeSpocky has quit [Ping timeout: 272 seconds]
LeSpocky has joined #u-boot
ad__ has quit [Server closed connection]
ad__ has joined #u-boot
tec has quit [Server closed connection]
tec has joined #u-boot
goliath has joined #u-boot
monstr has joined #u-boot
MrCryo has joined #u-boot
<sng>
sjg1: i don't think my issue qualifies for the scenario you mentioned. i was always working on a branch which was based on the latest master. but will get back in case i am able to reproduce this issue
mckoan|away is now known as mckoan
Jacmet has quit [Server closed connection]
Jacmet has joined #u-boot
ikarso has joined #u-boot
grs has joined #u-boot
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #u-boot
alperak has joined #u-boot
<derRichard>
Tartarus: thx!
warpme has joined #u-boot
tlwoerner has quit [Ping timeout: 246 seconds]
tlwoerner has joined #u-boot
ldevulder has joined #u-boot
tpw_rules has quit [Excess Flood]
slobodan has joined #u-boot
slobodan has quit [Client Quit]
eballetbo has joined #u-boot
tpw_rules has joined #u-boot
Rahix has quit [Server closed connection]
Rahix has joined #u-boot
Net147 has quit [Quit: Quit]
sszy has joined #u-boot
Net147 has joined #u-boot
Net147 has quit [Changing host]
Net147 has joined #u-boot
<sjg1>
sng: OK ta
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
warpme has joined #u-boot
rockosov has quit [Read error: Connection reset by peer]
ikarso has quit [Quit: Connection closed for inactivity]
darkxst_ has quit [Quit: ZNC 1.6.6+deb1ubuntu0.2 - http://znc.in]
rockosov has joined #u-boot
Jones42 has joined #u-boot
darkxst_ has joined #u-boot
prabhakalad has quit [Quit: Konversation terminated!]
prabhakalad has joined #u-boot
prabhakalad has quit [Quit: Konversation terminated!]
<sjg1>
Tartarus: I just hit another DT-init issue with UPL too
prabhakalad has joined #u-boot
ikarso has joined #u-boot
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
haritz has quit [Remote host closed the connection]
haritz has joined #u-boot
naoki has quit [Quit: naoki]
haritz has quit [Changing host]
haritz has joined #u-boot
alperak has quit [Quit: Connection closed for inactivity]
ellyq has quit []
sszy has quit [Quit: No Ping reply in 180 seconds.]
sszy has joined #u-boot
warpme has joined #u-boot
rvalue- has joined #u-boot
rvalue has quit [Ping timeout: 268 seconds]
rvalue- is now known as rvalue
Jones42_ has joined #u-boot
Jones42 has quit [Ping timeout: 252 seconds]
mripard has quit [Quit: mripard]
Hypfer6 has quit [Ping timeout: 256 seconds]
Hypfer6 has joined #u-boot
<mwalle>
erm, "grep -r spi-max-frequency drivers/spi" are all these wrong? because there is no spi-max-frequency property for the spi controller node
<broonie>
mwalle: Are they parsing the property from their own node or from the node of the device?
<mwalle>
broonie: as far as i can see from their own node
<mwalle>
broonie: there is code in spi_uclass.c to parse the spi-max-frequency of the attached spi devices
* mwalle
suspect that most controllers will just always fall back to the default value
<marex>
NishanthMenon: can we not have U-Boot SPL start U-Boot and then start all these obscure blobs from U-Boot proper ?
<marex>
NishanthMenon: maybe that works for everything bug DRAM controller blobs, which should be relatively self-contained and loadable in SPL I guess
<marex>
NishanthMenon: who is gonna deal with the legal aspects of those blobs btw ?
<marex>
NishanthMenon: and why not stick it into linux-firmware repo ?
<marex>
NishanthMenon: see you in VIE :)
grs has quit [Remote host closed the connection]
grs has joined #u-boot
flygoat has quit [*.net *.split]
flygoat has joined #u-boot
Stat_headcrabed has joined #u-boot
<mwalle>
btw CONFIG_LTO breaks scripts/get_default_envs.sh (which is used by buildroot)
zsoltiv_ has joined #u-boot
Stat_headcrabed has quit [Quit: Stat_headcrabed]
<derRichard>
speaking of CONFIG_LTO, why is it enabled for the sandbox target? it takes felt like forever. on my 24 core machine, linking with lto needs longer than compiling. (yes, it does lto in parallel)
<pivi>
mwalle: this was done to fix a similar issue with OE, I guess you can use it also for the buildroot usecase
naoki has joined #u-boot
<pivi>
mwalle: yes, that script should be reworked to use `printinitialenv`
<marex>
time to try MOLD too
<derRichard>
marex: yep
<Tartarus>
derRichard: IIRC one of the reasons I'm pro-sandbox-uses-LTO is so that problems that would arise on platforms which must (for size savings) use LTO are found sooner rather than later
<Tartarus>
you can iirc disable it semi-easily with NO_LTO=1 or whatever
<derRichard>
Tartarus: ah! btw. is it known that buidling with lto breaks debug info? with lto enable, a stack trace in asan is no longer able to print line numbers
<Tartarus>
Not known, no, and I also don't know if that's a bug or a feature
<Tartarus>
(and in turn ASAN should depend on !LTO)
<NishanthMenon>
marex: yup - hence the proposal for Boot MC topic ... if you guys can let the the Boot MC folks in LPC know you folks are interested as well.. it might help the case..
<derRichard>
Tartarus: i can do that. i'm working anyway on better asan support in u-boot. such that you can also catch heap issues