<Tartarus>
qschulz: Oh, and if you turn off DEBUG_UART too? Sorry
<qschulz>
Tartarus: not the first one to tell me that, i've never had an issue so just forwarding this report to the hoster
redbrain has joined #u-boot
apteryx has joined #u-boot
<Tartarus>
ok
<apteryx>
hello u-boot! I was trying to find patches submitted (and merged, I think) upstream, but it seems they haven't reached mainline yet; where would they be?
naoki has quit [Quit: naoki]
<Tartarus>
But, I had one of the px30 defconfigs link with LTO, DEBUG_UART off and what I was suggesting trying
<Tartarus>
with gcc-11
<Tartarus>
apteryx: So, can you find them in patchwork (where they may be "archived") ? Or lore.kernel.org ?
<Tartarus>
In patchwork, when patches are merged to master at least, they tend to, once they're in a tagged release, get their commit hash attached
<Tartarus>
Otherwise, check the next branch
<Tartarus>
But, if you find them in patchwork or lore.kernel.org you'll see if someone replied where they were merged, or if there was feedback you missed
<qschulz>
apteryx: since sjg1 said u-boot-dm/next, probably more right after the next release
<apteryx>
OK, thanks for the help!
<qschulz>
apteryx: there's also a next branch in the u-boot main git repo
<apteryx>
I saw that one, but my changes were not on it
<qschulz>
so it'll likely make it either to this branch, or directly to master once the next release is made (next week likely)
<qschulz>
apteryx: sjg1 still need to send a pull request/merge request from his tree to the main tree
mmu_man has quit [Ping timeout: 260 seconds]
<Tartarus>
qschulz: Trying a new patch idea now
<Tartarus>
qschulz: OK, I need to world build something...
<qschulz>
Tartarus: FWIW, it's in next, so don't stress yourself out. you already have a release soon, didn't want to add something to your plate right now :)
<Tartarus>
qschulz: My gut feeling is that CONFIG_SYS_NS16550_MEM32 isn't evver used the way ns16650.h implies, and if true, means fixing your problem is easier
mmu_man has joined #u-boot
<Tartarus>
qschulz: Well, next gets merged to master on Monday after release, so...
ikarso has quit [Quit: Connection closed for inactivity]
<Tartarus>
qschulz: OK, so, good news, the fix seems to be to delete that line that you if 0'd. I'll send out a small series shortly, doing another related cleanup, I think, then posting
<marex>
Tartarus: do we revert 777aaaa706b ("common/memsize.c: Fix get_effective_memsize() to check for overflow") ?
<Tartarus>
Welp, no cleanup part to serial for now, that broke omap, heh
<Tartarus>
but, world building the fix for rockchip/others, then posting
vagrantc has joined #u-boot
<marex>
Tartarus: Pali dismissed the whole thing based on test which was performed on completely different codebase, sigh
mahk has quit [Ping timeout: 272 seconds]
mahk has joined #u-boot
mahk has quit [Changing host]
mahk has joined #u-boot
___nick___ has quit [Ping timeout: 268 seconds]
prabhakarlad has joined #u-boot
naoki has joined #u-boot
vagrantc has quit [Quit: leaving]
vagrantc has joined #u-boot
<Tartarus>
marex: Blah, are you following up more?
<Tartarus>
qschulz: Or anyone else, can you test on evb-rk3036 kylin-rk3036 px30-core-ctouch2-of10-px30 px30-core-ctouch2-px30 px30-core-edimm2.2-px30 odroid-go2 evb-px30 firefly-px30 ?
gsz has quit [Ping timeout: 246 seconds]
<marex>
Tartarus: I replied
Leopold has quit [Remote host closed the connection]