<sjg1>
xypron: The problem you have there is that buildman has an old dep file hanging around in .bm-work
<sjg1>
You can use -m to run mrproper first, or use --fallback-mrproper
<sjg1>
It is very annoying
<xypron>
sjg1: make mrproper alone is not cleaning up .bm-work?
<sjg1>
xypron: The -m flag does 'make mrproper'. Remember that the build happens in a different place from where the output eventually is copied
<sjg1>
Or just remove all the .bm-work directories
<sjg1>
Tartarus: Re sunxi, yes there were two options, one of which will annoy Ilias and the other will break sunxi FEL (although it works OK with loading SPL & U-Boot in my lab). There is probably a third
Jones42 has joined #u-boot
<sjg1>
But yes, I'm done with that. In order to do more bootstd migrations I'd need a better hit rate and more support
<sjg1>
Which is a shame, since really I would rather just set a deadline and then migrate everything. That's how we got driver model over the line. Except for LED, of course
<sjg1>
I don't want to be the one always pushing things
<xypron>
With this we should be able to add CI jobs which build with acpi.config
<sjg1>
OK good. Can you add docs and a test?
<xypron>
Please, first have a look at the code changes. Then I can add the rest.
Jones42 has quit [Ping timeout: 248 seconds]
<xypron>
sjg1: we have ./tools/buildman/buildman.rst ./doc/build/buildman.rst
<xypron>
There seems to be a big overlap
<xypron>
ah it is only a symlink.
<sjg1>
Yes it's a symlink
<xypron>
Can't we move the file to doc/
<sjg1>
Yes
<sjg1>
I mean Yes to the first thing, but No to the second
ikarso has quit [Quit: Connection closed for inactivity]
<sjg1>
I mean, we could, but then it would not be part of the buildman pip package. Perhaps we could do the symlink the other way, or copy the docs into the right directory in the pip script?
goliath has quit [Quit: SIGSEGV]
vagrantc has quit [Quit: leaving]
<xypron>
sjg1: Which pip scripts?
<sjg1>
xypron: I mean 'make pip' and scripts/make_pip.sh
zibolo has quit [Ping timeout: 252 seconds]
zibolo has joined #u-boot
xroumegue has quit [Ping timeout: 260 seconds]
naoki has joined #u-boot
mmu_man has quit [Ping timeout: 265 seconds]
<sjg1>
xypron: Which reminds me, we really should do a release of the Python tools each time there is a U-Boot release
crb has quit [Read error: Connection reset by peer]
crb_ has joined #u-boot
monstr has joined #u-boot
joeskb7 has quit [Ping timeout: 265 seconds]
joeskb7 has joined #u-boot
xroumegue has joined #u-boot
mckoan|away is now known as mckoan
balejk has joined #u-boot
ldevulder has joined #u-boot
warpme has joined #u-boot
sszy has joined #u-boot
crb_ has quit [Read error: Connection reset by peer]
crb_ has joined #u-boot
___nick___ has joined #u-boot
___nick___ has quit [Client Quit]
Jones42 has joined #u-boot
___nick___ has joined #u-boot
ikarso has joined #u-boot
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
GNUtoo has quit [Ping timeout: 265 seconds]
GNUtoo has joined #u-boot
warpme has joined #u-boot
___nick___ has quit [Ping timeout: 265 seconds]
__nick__ has joined #u-boot
Jones42 has quit [Ping timeout: 248 seconds]
goliath has joined #u-boot
slobodan has joined #u-boot
dsimic has quit [Ping timeout: 265 seconds]
dsimic has joined #u-boot
f_ has quit [Ping timeout: 246 seconds]
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
shoragan has quit [Read error: Connection reset by peer]
shoragan has joined #u-boot
<Tartarus>
sjg1: I am not at all in favor of "migrate or break" deadlines. Especially at this point where it's still that every time we migrate a new differently complex SoC we find some challenge or another (sunxi + FEL, or riscv being a reminder that while BOOTSTD_FULL is too much, !BOOTSTD_FULL is too minimal).
<sjg1>
Tartarus: How about doing a patch for what you want !BOOTSTD_FULL to do. Or at least tell me what you want so I can send a patch
<Tartarus>
And re sunxi, oh, right, no, I pointed out the problem with the first patch that still needs to be dealt with too, I guess that's why I had kept it assigned to me
ikarso has quit [Quit: Connection closed for inactivity]
monstr has quit [Remote host closed the connection]
<apalos>
sjg1: the EFI people should sort out what ?>
<Tartarus>
apalos: The FEL thing
<apalos>
the FEL is usb booting from sunxi?
<Tartarus>
iirc that part of the thread had a nominal agreement for moving forward
<apalos>
for*
<apalos>
I am not even suree what we have to sort,
<Tartarus>
+- yes
<apalos>
Bootstd has currently broken the efibootmgr due to all the moving around of code
<apalos>
So the depending on how the devices are inited, the bootmgr might not even find them
<apalos>
Heinrich had a series, that wasnt merged in -master
<apalos>
but I havent found time to look at them
<Tartarus>
And the FEL bit was summarized in email
<apalos>
ok i'll go look, thanks
<Tartarus>
But like so much else, with arguing around other questions, this got set aside
<Tartarus>
sjg1: Oh, what is "MAAS" ?
Peng_Fan has quit [Quit: Connection closed for inactivity]
rvalue has quit [Read error: Connection reset by peer]
rvalue has joined #u-boot
f_ has quit [Ping timeout: 248 seconds]
f_ has joined #u-boot
redbrain has quit [Read error: Connection reset by peer]
redbrain has joined #u-boot
flokli has quit [Ping timeout: 246 seconds]
ikarso has joined #u-boot
akaWolf has quit [Ping timeout: 252 seconds]
goliath has quit [Quit: SIGSEGV]
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
flokli has joined #u-boot
akaWolf has joined #u-boot
<sjg1>
Tartarus: Re sunxi, yes you are wanting to avoid the size growth by turning on bootstd for a lot of new platforms.
<sjg1>
metal-as-a-service - it is where I am fiddling with PXE etc.
<sjg1>
Tartarus: IMO EFI_LOADER should not select BLK
<Tartarus>
sjg1: re MAAS, ah, that, interesting.
<Tartarus>
and re BLK, yeah, I forget if that ends up being right, or just a side effect of how the Kconfig conversions and DM migrations went and it's time to re-examine that