Arch Linux User Repository

The last version of the linux-git package was disowned and deleted. I've restored it taken ownership, as I do make use of this package.

This package will automatically update it's version

Note: This is a -git package and the version will automatically update to the latest mainline commit when it is run, having pulled down the branch from the repository. It will normally only be updated between major versions in order to include any updated configuration for new modules and features or settings changes.

Just for reference for anyone using this package - it looks like a configuration change between 5.9 and 5.10 is resulting in a significant increase in the size of the modules being created: The vmlinuz is still fine for me at about 9MB but the overall package is close to 1GB.

So to summarize (and update my previous comment):

• CONFIG_DEBUG_INFO had been enabled in 1
• no INSTALL_MOD_STRIP like in upstream 2

So after adding INSTALL_MOD_STRIP installed is 80.40 MiB, modules stripped (and initrd fits my 200MB boot parition) but vmlinux 700MB and I'm totally fine with this (since CONFIG_DEBUG_INFO enabled, and this will improve debugging capabilities)

Hi!

There are few issues with the config:

• .config:126:warning: unexpected data: CONFG_CGROUP_SCHED=y

• and CONFIG_DEBUG_INFO_BTF=y, in 1 you enabled it with the comment that w/o it the kernel size increased, looks like the problem is in that CONFIG_DEBUG_INFO had been enabled 2.

Just for reference for anyone using this package - it looks like a configuration change between 5.9 and 5.10 is resulting in a significant increase in the size of the modules being created: The vmlinuz is still fine for me at about 9MB but the overall package is close to 1GB.

I thought I fixed it with a revert in the last commit, but there is still an issue so I'll continue looking into this over the next few days.

Admittadly, I normally run mine though a Jenkins job every week on a Monday morning, after the next -rc release it out, so it just runs make oldconfig and selects the defaults for the next release.

However, in previous versions that has not always worked. IIRC both 5.6 and 5.7 releases failed to build due to an issue at the configuration stage which required updated defaults from the previous version, and hence a custom config file for the build.

Are you asked for to select the options for all the new entries during build time? If so, it might be worth swapping to run make oldconfig and perform the migration automatically.

Why does the PKGBUILD supply its own kernel configuration file instead of running “zcat /proc/config.gz > config” on the system that it’s being installed to? The kernel configuration tries to re-run from scratch whenever I try to install this package due to so many mismatches. Would be a much better solution to simply use the configuration from an already running kernel to build this, given that Arch itself supports that.

@mxfm No problem. Glad it's fixed :)

@jonathanio Thanks, the issue is resolved :)

For reference, these are the recent commits I've built successfully.

#225 24-Aug-2020 04:46 linux-git ​5.9rc2.r0.gd012a7190fc1-1
#2​24 17-Aug-2020 04:46 linux-git ​5.9rc1.r0.g9123e3a74ec7-1
#2​23 10-Aug-2020 04:46 linux-git ​5.8.r11991.gfc80c51fd4b2-1
#2​22 03-Aug-2020 04:46 linux-git ​5.8.r0.gbcf876870b95-1
#2​21 27-Jul-2020 04:46 linux-git ​5.8rc7.r0.g92ed30191993-1

I have a Jenkins job on my build server that builds the kernel every Monday morning in the early hours. This includes a full wipe of the build workspace beforehand so it's a fresh build. There are no current issues with the build for me right now.

I don't use dracut, so like @gardotd426 suggests, it seems that darcut is probably the issue as it's the only difference (that we're aware of) between the three of us.

Have you tried building it without dracut and from a clean workspace?

@gardotd426 I knew the kernel is not broken for the reasons outlined by you. My suspect was that something is changed in kernel build process which required changes in PKGBUILD, so this would affect only Arch.

Regarding dracut. I can assure, that dracut is fully fine in my setup, which is quite complicated (full disk encryption). I even have created custom scripts to facilitate my minor needs. I would recommend to any advanced Arch user to use dracut because it is at least as flexible as mkinitcpio.

Regarding the problem. It turns out, that depmod and modinfo (which were called by dracut) were complaining on garbage '/usr/lib/modules' previous kernel version installation which no longer existed (trashed by power failure). After clearing this not tracked by pacman gargabe I was able to compile package. Thanks for quick response!