On Sun, Apr 16, 2017 at 08:04:18PM +0200, Mark Wielaard wrote:
> Anyway, this is something that was broken without the AFTER_LINK patch
> removal. So it needs a separate fix. I think I know a trick. Instead
> of just compressing each .ko file with xz we should add a script that
> at the same time generates the symlinks. I'll try to come up with a
> patch for that.
Haha, I said that before realizing the intricate ways the files lists
for core, modules, extra arch variants are generated. It seems it isn't
as simple as I thought to augment those lists with the correct build-id
symlinks. It looks like it would be easier, and nicer, to make rpmbuild
do that by somehow teaching it to look into the .ko.xz files. The downside
to that is that we then have to uncompress them again in rpm. Maybe we
can do some automagic compression at the same time? So looks like I don't
have a very simple solution yet.
BTW. Random observation. The kernel.spec does:
find $RPM_BUILD_ROOT/lib/modules/ -type f -name '*.ko' | xargs xz
Might it be efficient to do some of that in parallel?
find $RPM_BUILD_ROOT/lib/modules/ -type f -name '*.ko' \
| xargs -n16 -P$(getconf _NPROCESSORS_ONLN) xz -T1
This assumes the .ko files are too small to parallel compress themselves.
Cheers,
Mark
_______________________________________________
kernel mailing list -- kernel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to kernel-leave@xxxxxxxxxxxxxxxxxxxxxxx
