Tartarus changed the topic of #u-boot to: SOURCE MOVED TO https://source.denx.de/u-boot/u-boot.git / U-Boot v2021.07 is OUT / Merge Window is OPEN until 26 July 2021 / Release v2021.10 is scheduled for 04 October 2021 / http://www.denx.de/wiki/U-Boot / Channel archives at https://libera.irclog.whitequark.org/u-boot
vagrantc has quit [Quit: leaving]
qschulz has quit [Remote host closed the connection]
qschulz has joined #u-boot
LeSpocky has joined #u-boot
LeSpocky_ has quit [Ping timeout: 258 seconds]
mmu_man has quit [Ping timeout: 248 seconds]
m4t has joined #u-boot
<m4t> is this mem test at boot writing over my pstore? "Testing 0x00000000 - 0x7fffffff"
<m4t> pstore 1M @ 0x1f000000
<m4t> hrm i guess it wasn't cmd/mem.c, it's arch/powerpc/cpu/mpc85xx/cpu.c
<m4t> p2041rdb btw
<m4t> i'm wondering if i'm really losing bytes on a warm reset (causing e.g. '169 Corrected bytes, 0 unrecoverable blocks' in /sys/fs/pstore entries), or if something is clobbering it
mranostaj has quit [Quit: leaving]
sbach has quit [Read error: Connection reset by peer]
sbach has joined #u-boot
agust has joined #u-boot
mmu_man has joined #u-boot
redbrain has joined #u-boot
jwillikers has joined #u-boot
redbrain has quit [Ping timeout: 250 seconds]
redbrain has joined #u-boot
redbrain has quit [Ping timeout: 250 seconds]
jwillikers has quit [Remote host closed the connection]
pgreco has quit [Ping timeout: 250 seconds]
pgreco has joined #u-boot
redbrain has joined #u-boot
<Tartarus> sjg1: re CONFIG, aside from just dropping otherwise active SoCs, I'm not sure what to do really
mranostaj has joined #u-boot
redbrain has quit [Ping timeout: 250 seconds]
lukma has quit [Ping timeout: 248 seconds]
vagrantc has joined #u-boot
jwillikers has joined #u-boot
lukma has joined #u-boot
<m4t> would doing something like this be acceptable for inclusion? https://paste.ee/p/Hk9rY#XilMkzKWRWf5JhmwwxL4sxzrtE3UHygy
<m4t> currently it aborts if /reserved-memory exists, period, and does not try to create the ramoops node
<m4t> not sure if there's a potential for clash between existing ramoops entries with a different node name
<marex> Tartarus: motivate contributors to contribute ?
<marex> Tartarus: it seems people are less and less motivated to do core work due to the increasing complexity and whatnot
<Tartarus> marex: What do I need to do to motivate you to fix USB and SH CONFIG stuff?
<marex> Tartarus: which USB and SH stuffs ?
<marex> the graphs in that article are rather sad
<Tartarus> The USB and SH CONFIG symbols listed in scripts/config_whitelist.txt
<Tartarus> And yeah, reading that's somewhere on my TODO list still
<marex> Tartarus: well, let me know once you invent that delorean time machine or some other means of making the days longer
<Tartarus> marex: Will do!
<Tartarus> And yeah, that's why I don't think setting a hard deadline on CONFIG stuff would make things any better.
<Tartarus> I did handle a few of the SH ones I think that're I2C related, with those series
<m4t> [ 0.619528] kernel BUG at lib/reed_solomon/decode_rs.c:43!
<m4t> heh
<marex> I understand the dilemma -- push already overloaded people harder and they tell you to go f..k yourself -- push less and you end up with a mountain of difficult to maintain crap
<marex> neither option is good
<marex> and it is real hard to be excited about cleaning up config symbols too
<marex> Tartarus: shouldnt moveconfig handle a lot of that conversion ?
<Tartarus> Yes, it should handle a good number of them.
<Tartarus> I've posted converting about 150 or so symbols in the last week, with just a few of them being the hard kind
agust has quit [Quit: Leaving.]
macromorgan_ has joined #u-boot
macromorgan is now known as Guest1202
Guest1202 has quit [Read error: Connection reset by peer]