Package Details: linux-git 5.10rc2.r81.g4ef8451b3326-1

Git Clone URL: https://aur.archlinux.org/linux-git.git (read-only, click to copy)
Package Base: linux-git
Description: The Linux (Git) kernel and modules
Upstream URL: https://www.kernel.org
Keywords: git kernel linux
Licenses: GPL2
Provides: WIREGUARD-MODULE
Replaces: wireguard-arch
Submitter: jonathanio
Maintainer: sickcodes (jonathanio, osimarr)
Last Packager: jonathanio
Votes: 8
Popularity: 0.004522
First Submitted: 2019-12-22 10:10 (UTC)
Last Updated: 2020-11-04 21:11 (UTC)

Pinned Comments

sickcodes commented on 2022-03-19 21:50 (UTC) (edited on 2022-03-19 22:02 (UTC) by sickcodes)

Ok created a public working copy here with history: https://github.com/sickcodes/linux-git

Just submitting a PR, with the way I use it; would love to see how everyone else uses this

@osimarr, see https://github.com/sickcodes/linux-git/invitations

Perhaps merge and you take charge?

I changed it to 'any' and used zcat config.gz

jonathanio commented on 2019-12-22 10:14 (UTC) (edited on 2020-09-28 10:15 (UTC) by jonathanio)

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.

Latest Comments

ishitatsuyuki commented on 2022-08-04 15:18 (UTC)

https://github.com/archlinux/svntogit-packages/blob/41e9b62450ed0e7f520fa49be7117399da2d53f8/trunk/PKGBUILD#L112 needs to be added or dkms can fail spectacularly.

sickcodes commented on 2022-03-21 20:10 (UTC) (edited on 2022-03-21 20:11 (UTC) by sickcodes)

I personally use this a lot to build arbitrary kernels but it needs a cleanup;

Tons of Steam Deck users are gonna be playing around so wanna add 'any', and GKH is maintaining 5.10.y and a whole bunch of other kernels due to popular demand.

@osimarr should I delete this or convert it into just a generic x.x.y PKGBUILD?

5.15    Greg Kroah-Hartman & Sasha Levin    2021-10-31  Oct, 2023
5.10    Greg Kroah-Hartman & Sasha Levin    2020-12-13  Dec, 2026
5.4     Greg Kroah-Hartman & Sasha Levin    2019-11-24  Dec, 2025
4.19    Greg Kroah-Hartman & Sasha Levin    2018-10-22  Dec, 2024
4.14    Greg Kroah-Hartman & Sasha Levin    2017-11-12  Jan, 2024
4.9     Greg Kroah-Hartman & Sasha Levin    2016-12-11  Jan, 2023

via kernel.org

sickcodes commented on 2022-03-19 21:50 (UTC) (edited on 2022-03-19 22:02 (UTC) by sickcodes)

Ok created a public working copy here with history: https://github.com/sickcodes/linux-git

Just submitting a PR, with the way I use it; would love to see how everyone else uses this

@osimarr, see https://github.com/sickcodes/linux-git/invitations

Perhaps merge and you take charge?

I changed it to 'any' and used zcat config.gz

sickcodes commented on 2022-03-19 21:41 (UTC)

@osimarr sure gimme sec, I will create a repo for PRs if that helps, Ill show you what I use and you can show me what you use and we can come up with something cool

osimarr commented on 2022-03-19 21:02 (UTC) (edited on 2022-03-19 21:02 (UTC) by osimarr)

If possible, I'd like to co-maintain too. I created linux-mainline-git as I'm using it regularly. I'm basing the config on official Arch's config + extra configs I may notice important.

sickcodes commented on 2022-03-19 20:59 (UTC)

Just adopted unless anyone else wants to co-maintain, I'll make it update to latest release kernel, based off what /proc/config.gz you're using.

tmdh commented on 2021-11-24 20:15 (UTC) (edited on 2021-11-24 20:17 (UTC) by tmdh)

I got this error when compiling second time to bisect a bug.

make[4]: *** No rule to make target 'libbpf_legacy.h', needed by '/mnt/d/code/linux-git/src/linux/tools/bpf/resolve_btfids/libbpf/staticobjs/libbpf.o'.  Stop.
make[3]: *** [Makefile:158: /mnt/d/code/linux-git/src/linux/tools/bpf/resolve_btfids/libbpf/staticobjs/libbpf-in.o] Error 2
make[2]: *** [Makefile:44: /mnt/d/code/linux-git/src/linux/tools/bpf/resolve_btfids//libbpf/libbpf.a] Error 2

I fixed it by changing make all to make clean all.

iamazat commented on 2021-11-17 08:35 (UTC)

After upgrading to 5.16-rc1, it requires resolve_btfids 1 to build modules correctly, so it misses the following steps:

    mkdir -p /lib/modules/$(uname -r)/build/tools/bpf/resolve_btfids/
    cp /tmp/packerbuild-1000/linux-git/linux-git/src/linux/tools/bpf/resolve_btfids/resolve_btfids /lib/modules/$(uname -r)/build/tools/bpf/resolve_btfids/

Otherwise you will get an error during building modules:

/bin/sh: line 1: ./tools/bpf/resolve_btfids/resolve_btfids: No such file or directory
make[2]: *** [scripts/Makefile.modfinal:61: /var/lib/dkms/vboxhost/6.1.28_OSE/build/vboxnetadp>
make[2]: *** Deleting file '/var/lib/dkms/vboxhost/6.1.28_OSE/build/vboxnetadp/vboxnetadp.ko'
make[2]: *** Waiting for unfinished jobs....
/bin/sh: line 1: ./tools/bpf/resolve_btfids/resolve_btfids: No such file or directory
make[2]: *** [scripts/Makefile.modfinal:61: /var/lib/dkms/vboxhost/6.1.28_OSE/build/vboxnetflt>
make[2]: *** Deleting file '/var/lib/dkms/vboxhost/6.1.28_OSE/build/vboxnetflt/vboxnetflt.ko'
make[1]: *** [scripts/Makefile.modpost:140: __modpost] Error 2
make: *** [Makefile:1761: modules] Error 2
make: Leaving directory '/usr/lib/modules/5.16.0-rc1-1-git-00003-g8ab774587903/build'

sickcodes commented on 2021-03-05 18:20 (UTC)

Extremely important if you use a swap file (e.g. fallocate, dd)

https://lwn.net/Articles/848265/

Do not touch 5.12-rc1, Linus says there is a bug that can overwrite data if you use a swap file.

Harvey commented on 2021-02-01 12:35 (UTC)

@mxfm: I can confirm that the linux-mainline package works for me. You seem to be right. Thanks for the hint!

mxfm commented on 2021-02-01 06:10 (UTC)

@Harey then there is a bug in kernel code (if generated package is unbootable for several rc versions) or there is some rare issue with the package (if you cannot boot neither 5.09 or 5.10). Perhaps the -git package does not include some necessary driver for your machine, which is included in core archlinux package (you can try to copy 'config' file from archlinux trunk).

For the reasons already mentioned, I switched to the mainline AUR package which provides rc versions each Monday. These rc versions are likely to be more stable that random git versions, but bugs are still possible. I can say that the mainline pakage is bootable at least for me for the last 5-7 rc versions, including current rc5.

Harvey commented on 2021-01-31 13:34 (UTC)

@mxfm: Yes, I know that as it has been mentioned often before. Believe me, I have been patient and I retested for a lot of times but never had success with any incarnation of 5.11. And from what ArthurBorsboom said, there is at least some workaround that implies that maybe also the package is at fault. There might be some config changes from 5.10 to 5.11 causing this issue. Only an uneducated guess, of course ;)

mxfm commented on 2021-01-30 13:28 (UTC)

@Harey it is git source code and it can be broken at any time. When I used this package I experienced at least 2-3 times consistent boot failures. To solve this is issue you can wait when the issue in source code will be fixed.

jonathanio commented on 2021-01-29 08:43 (UTC)

I'll try and take a look at this on the weekend. I've been moving house recently and not had much free time.

ArthurBorsboom commented on 2021-01-29 08:42 (UTC)

I had the same problem. As a workaround I replaced the kernel config in the package with the kernel config from my installed Arch system (/proc/config.gz).

Harvey commented on 2021-01-28 17:58 (UTC)

No matter what I do I can't get this to work. The package compiles and installs correctly but when loading initial ramdisk it hangs there forever. Did I oversee something? This used to work on my machine when I last tried it with kernel 5.10...

IOAOI commented on 2021-01-07 02:31 (UTC) (edited on 2021-01-07 02:35 (UTC) by IOAOI)

If you follow these instructions: https://wiki.archlinux.org/index.php/Bisecting_bugs_with_Git and do makepkg -o then checkout an older version somehow and run makepkg -e there are errors as "version" is now wrong. In _package ():

  cd $_srcname
  make -s kernelrelease > version   <--- added
  local kernver="$(<version)"

this avoided those errors. (Only tested that on one build mind you.) Presumably the wiki info predates this commit about a year ago: https://aur.archlinux.org/cgit/aur.git/commit/PKGBUILD?h=linux-git&id=e7e35802193bf14e094a5c12e7748c600ce9ea80

ArthurBorsboom commented on 2020-12-09 12:57 (UTC)

Kernel 5.10.0-rc7 can be build if you revert 1 commit; this is build issue upstream (see linux-next-git package comments).

git revert 3351b16af494 --no-edit

After the build of 5.10.0-rc7 and rebooting my system (AMD Renoir 4800U), it hangs with a black screen.

To fix this I had to use my running kernel config, which I found in /proc/config.gz

Could it be that the config in this package is not in line with the normal 'linux' package (outdated?) and needs fixing?

sickcodes commented on 2020-11-30 18:36 (UTC) (edited on 2020-11-30 18:36 (UTC) by sickcodes)

Thanks all!

I built 5.10rc6 fine and I am booted on Linux 5.10.0-rc6-1-git.

Used the config from /proc/config.gz

Also skipped making docs as I was getting Latex errors of some sort.

yay linux-git --getpkgbuild --force
cd linux-git
N=$(($(nproc)*2))
RC=5.10rc6

# remove html docs
sed -i -e 's/\"\$pkgbase-docs\"//' PKGBUILD
sed -i -e 's/rm\ -r\ \"\$builddir\/Documentation\"//' PKGBUILD
sed -i -e 's/make\ htmldocs//' PKGBUILD
sed -i -e 's/make\ /make\ -j'${N}'\ /g' PKGBUILD
sed -i -e 's/^pkgver\=.*/pkgver\='${RC}'/' PKGBUILD

# use old config
zcat /proc/config.gz > config

makepkg -si

sickcodes commented on 2020-11-30 12:42 (UTC) (edited on 2020-11-30 12:43 (UTC) by sickcodes)

@iamazat & @jonathanio thank you for that amazing tip. I've massively increased the job, having lived in slow lane for over a year now. Have added loglevel, will let you know. Also I moved the markdown to a gist as it was bloating this comments section. Will test higher rc, thanks @sandy8925, and will post logs, brb!

jonathanio commented on 2020-11-30 12:37 (UTC)

@iamazat @sickcodes if you're using makepkg, you can set MAKEFLAGS in your /etc/makepkg.conf (along with any other relevant flags you want) and it will apply to all builds, not just the current build or checkout! :)

jonathanio commented on 2020-11-30 12:35 (UTC) (edited on 2020-11-30 12:35 (UTC) by jonathanio)

@sickcodes, further to @sandy8925, look for the following at the end of your build:

==> Finished making: linux-git 5.10rc6.r0.gb65054597872-1 (Mon 30 Nov 2020 06:45:15 GMT)

This tells you what your true build version is, as the version will automatically update to the latest commit on the master branch every time it is built.

jonathanio commented on 2020-11-30 12:31 (UTC)

@sickcodes I'd suggest adding loglevel to your kernel parameters and setting it to 4 or above. I think the default is 3 IIRC. Probably 6 or 7 would be best.

Hopefully, that'll give you more information during the boot process as to what if failing, or pausing, and maybe why. I do test it on my own laptop, and it is capable of booting, while the current config is based on Arch Linux 5.9 kernel, with a few extra options set for the 5.10 release.

sandy8925 commented on 2020-11-30 12:30 (UTC)

@sickcodes - Sometimes failure to boot is due to upstream code having a bug. Try building a newer or older commit/RC and see if that helps. Usually they fix it up in a later RC and before stable release.

iamazat commented on 2020-11-30 12:18 (UTC) (edited on 2020-11-30 12:18 (UTC) by iamazat)

Super fast build:

MAKEFLAGS=-j$(( $(getconf _NPROCESSORS_ONLN)*2 )) make

sickcodes commented on 2020-11-30 12:15 (UTC) (edited on 2020-11-30 12:34 (UTC) by sickcodes)

Any tips on getting this to boot?

It rc2 seems to hang on boot.

Closest I got was to the root recovery shell.

Tried all of these from rEFInd boot loader as well as super grub disk EFI USB boot:

https://gist.github.com/sickcodes/3b614cbbb78db3dcec2f763608251b86

sickcodes commented on 2020-11-30 12:13 (UTC) (edited on 2020-11-30 12:38 (UTC) by sickcodes)

Super fast build:

yay linux-git -G
cd linux-git
N="$(($(nproc)*2))"
sed -i -e 's/make\ /make\ -j'$N'\ /g' PKGBUILD
makepkg -si

jonathanio commented on 2020-10-31 12:21 (UTC)

We're back in business. The package is back to normal size for me and I've been using the build for a few hours on my laptop. I'll take a look at supporting the -doc package over the weekend.

jonathanio commented on 2020-10-30 20:46 (UTC)

@iamazat Thank you for taking the time to look at this. I did try a reversion of the 5.10rc changes but as you've shown, it was the syncing of the 5.9 changes which caused it. I was wondering at the time about looking to see if there are changes to PKGBUILD at the time which would be worth migrating as well, but wanted to take it one step at a time! Looks like I should have just gone all out!

I've copied the INSTALL_MOD_STRIP setting to the build step, and a diff comparison also shows a step to run strip on vmlinuz, so I've ported that across too.

I have Jenkins building the updated package now, and if that works I'll sync the additional changes and add support for linux-git-docs package it seems.

Thank you greatly for your help and hopefully this will fix it.

iamazat commented on 2020-10-30 19:50 (UTC) (edited on 2020-10-30 19:53 (UTC) by iamazat)

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)

iamazat commented on 2020-10-30 19:23 (UTC)

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.

jonathanio commented on 2020-10-27 09:36 (UTC)

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.

jonathanio commented on 2020-09-18 07:20 (UTC)

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.

realkstrawn93 commented on 2020-09-17 21:42 (UTC)

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.

jonathanio commented on 2020-08-29 19:18 (UTC)

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

mxfm commented on 2020-08-29 19:14 (UTC)

@jonathanio Thanks, the issue is resolved :)

jonathanio commented on 2020-08-29 19:13 (UTC) (edited on 2020-08-29 19:13 (UTC) by jonathanio)

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

jonathanio commented on 2020-08-29 19:10 (UTC)

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?

mxfm commented on 2020-08-29 18:57 (UTC) (edited on 2020-08-29 18:59 (UTC) by mxfm)

@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!

gardotd426 commented on 2020-08-29 14:29 (UTC)

@mxfm um, the "git repo" is literally the actual main Linux kernel repo. There's nothing wrong with it, if there were, the whole world would know. It would also mean that no other 5.9-rc1 kernels could be built using that source, which isn't true (I'm running one right now).

It's very likely a Dracut issue. Dracut on Arch is nowhere near ready for prime time on Arch Linux. An Arch dev reported not being able to use their keyboard and mouse when testing Dracut, etc.

But it's definitely not the git repo. If it's not the PKGBUILD, then it's your setup or dracut.

mxfm commented on 2020-08-29 11:01 (UTC)

Approximately since 5.9.1.rc1 I cannot build correct package of linux-git. I use config file from mainline 'linux' package from core repo (I only modified two kernel options related to default localhost name and version config). After building the package, I cannot build initramfs image with dracut - it fails to include kernel modules with message like 'depmod: ERROR: failed to load symbols from /var/tmp/dracut.nBQFd0/initramfs/lib/modules/5.9.0-rc1-1-git/kernel/drivers/pinctrl/cirrus/pi nctrl-lochnagar.ko.xz: Exec format error'

Can someone confirm that he can build package from this script? Perhaps something has been broken in git repo?

Harvey commented on 2020-08-19 09:56 (UTC)

I just did a complete rebuild for testing purposes with -j12 enabled. The build time came down from ~2 hours to 20 minutes while the laptop is still responsive. Wow! Thank you for this suggestion. This is more than I ever expected. I'll stick with this setting definitely ;)

sandy8925 commented on 2020-08-18 16:14 (UTC)

@gardotd426 - Well in my case the build files stay near the source code, and are present even after reboots and /tmp is cleared.

And if you use "makepkg -e" it does perform an incremental build (assuming config was already done on the previous build).

@Harey - You should definitely go with a higher count, atleast "make -j8" if not "make -j12"

Harvey commented on 2020-08-18 14:16 (UTC)

Wow, thank you for the fast and elaborate answers. I think I'll go with MAKEFLAGS -j4 (should be safe on a Ryzen 4800U) and maybe have a look at ccache.

gardotd426 commented on 2020-08-18 14:04 (UTC)

Well I mean even if they're not using an AUR helper, /etc/makepkg.conf will have /tmp/makepkg set as the BUILDDIR so unless you set another BUILDDIR at compile time it'll still go to /tmp. But yeah, otherwise. It's definitely not impossible to make sure the files stick around, they just usually don't by default (but even if they do stick around, I'm not sure about "only rebuilding what's changed," I know that's a thing when manually compiling from source, but I don't know how well it works with PKGBUILDs, so I defer to you or someone else that knows on that part. I just use ccache).

gardotd426 commented on 2020-08-18 14:04 (UTC)

Well I mean even if they're not using an AUR helper, /etc/makepkg.conf will have /tmp/makepkg set as the BUILDDIR so unless you set another BUILDDIR at compile time it'll still go to /tmp. But yeah, otherwise. It's definitely not impossible to make sure the files stick around, they just usually don't by default (but even if they do stick around, I'm not sure about "only rebuilding what's changed," I know that's a thing when manually compiling from source, but I don't know how well it works with PKGBUILDs, so I defer to you or someone else that knows on that part. I just use ccache).

sandy8925 commented on 2020-08-18 13:56 (UTC)

@gardotd426 - That's assuming they're using an AUR helper. Which OK they probably are.

Since I'm doing some Linux kernel development, I just cloned the AUR repo into one of my partitions, and I build and develop from there. Hence why the build files are still around (until I clean them).

In that specific situation, my advice applies, otherwise you're right.

gardotd426 commented on 2020-08-18 13:48 (UTC)

@sandy8925 there should be no way the original build files are still around, if they're using the default /tmp directory to build in....

Whenever you compile a kernel, you completely recompile. Using something like ccache would be the only way I know of to speed that up, but as far as I know with a kernel PKGBUILD there's no real way to only rebuild what's changed. But yeah if there were a way, it would absolutely require the original source files.

sandy8925 commented on 2020-08-18 13:43 (UTC)

@Harey - I think the PKGBUILD itself will always attempt a clean rebuild, but if you want it to just recompile the changed files, you could always update the source manually, skip the prepare step by doing "makepkg -e" which should then do an incremental compile (assuming the previous intermediate build files are still around). Note that the version number may be wrong, and you'll have to make sure that any required patches are applied as well.

Also, if you want to save time in recompiling, you should setup ccache which can help to some extent.

Harvey commented on 2020-08-18 13:36 (UTC)

Is there a way to tell the package only to compile files changed since the last build or do I always have to recompile completely? Sorry if the question is silly, I am a complete 'kernel build noob' ;)

sandy8925 commented on 2020-05-18 04:36 (UTC)

Well now I'm not so sure that the config is the problem. When I compile the kernel and build it, it fails to boot consistently (gets stuck at the loading initramdisk step). Even if I use an older config file.

The package I compiled just a week ago, is still working fine. It may well be a Linux kernel bug that prevents booting. Or something else.

I'll look into it and report back if I find anything wrong with the PKGBUILD. Thanks for the quick reply!

jonathanio commented on 2020-05-17 13:46 (UTC) (edited on 2020-05-17 13:46 (UTC) by jonathanio)

@sandy8925 I have not made any configuration changes specific to anything. I take a copy of the config form the current mainline kernel, and manually run make oldconfig, accepting the defaults, or enabling the changes as a module if supported. Yes, I am running oldconfig on an Ice Lake laptop (although my actual build is run on an old Haswell server), but none of these "configs" changes are intentional - they are, by default, enabled by the kernel maintainers and not myself.

Is it just CONFIG_NS_AVX512 that you are having issues with?

sandy8925 commented on 2020-05-17 09:41 (UTC)

The configuration changes you've made are bad, you've enabled a bunch of configs that are probably specific to your system, but which are incompatible for many other people.

For example, you've enabled CONFIG_AS_AVX512 which is only available on very recent x86 CPUs (in the past few years). Even my Skylake CPU doesn't support these instructions.

jonathanio commented on 2020-04-16 06:08 (UTC)

@gardotd426 - I've had a successful build myself - 5.7rc1.r0.g8f3d9f354286-1 - so I think the PKGBUILD as a whole is OK.

What I find interesting is:

kernel/kexec.c:320:1: internal compiler error: in pop_scope, at c/c-decl.c:1248
lib/zstd/compress.c:2306:1: internal compiler error: in extract_constrain_insn_cached, at recog.c:2223
./include/linux/netdevice.h:3142:2: internal compiler error: Segmentation fault
./include/linux/sched.h:1461:15: internal compiler error: Segmentation fault

and so on. You have an issue with your build chain it seems, or possibly some bad RAM? What are you using to build the kernel?

gardotd426 commented on 2020-04-15 00:32 (UTC)

This is failing to build for some reason:


  CC [M]  arch/x86/kernel/cpuid.o
  CC      kernel/kexec_core.o
  CC [M]  sound/pci/ctxfi/cthw20k1.o
  CC      drivers/acpi/acpica/hwsleep.o
  CC [M]  drivers/clk/clk-cdce925.o
  CC [M]  fs/btrfs/volumes.o
  CC      lib/zstd/compress.o
  CC      net/core/utils.o
  AR      arch/x86/kernel/built-in.a
  AR      arch/x86/built-in.a
  CC [M]  arch/x86/kvm/../../../virt/kvm/kvm_main.o
  CC      drivers/pci/p2pdma.o
  CC      drivers/dma/dw/core.o
  CC      drivers/acpi/acpica/hwvalid.o
  CC [M]  drivers/clk/clk-cs2000-cp.o
  CC      drivers/acpi/acpica/hwxface.o
  CC      kernel/kexec.o
  LD [M]  sound/pci/ctxfi/snd-ctxfi.o
  CC [M]  sound/pci/echoaudio/darla20.o
  CC [M]  drivers/pci/pci-pf-stub.o
  CC [M]  drivers/clk/clk-lochnagar.o
  CC      drivers/acpi/acpica/hwxfsleep.o
  CC [M]  drivers/pci/xen-pcifront.o
  CC      drivers/dma/dw/dw.o
 WARNING  there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins.
Event                            | Plugins
PLUGIN_FINISH_TYPE               | structleak_plugin
PLUGIN_ATTRIBUTES                | structleak_plugin
kernel/kexec.c:320:1: internal compiler error: in pop_scope, at c/c-decl.c:1248
  320 | }
      | ^
Please submit a full bug report,
with preprocessed source if appropriate.
See https://bugs.archlinux.org/ for instructions.
make[1]:  [scripts/Makefile.build:267: kernel/kexec.o] Error 1
make:  [Makefile:1722: kernel] Error 2
make:  Waiting for unfinished jobs....
  CC      drivers/dma/dw/idma32.o
  CC [M]  fs/cifs/trace.o
  CC [M]  drivers/clk/clk-max77686.o
  CC      drivers/acpi/acpica/hwpci.o
  CC [M]  fs/btrfs/async-thread.o
  CC [M]  fs/coda/psdev.o
  CC      drivers/dma/dw/platform.o
  CC      drivers/acpi/acpica/nsaccess.o
  CC      net/core/link_watch.o
  CC [M]  drivers/clk/clk-max9485.o
  CC [M]  sound/pci/echoaudio/gina20.o
  AR      drivers/pci/built-in.a
  CC [M]  sound/pci/echoaudio/layla20.o
  CC      drivers/acpi/acpica/nsalloc.o
  CC      drivers/dma/dw/acpi.o
  CC [M]  drivers/clk/clk-palmas.o
  CC [M]  fs/coda/cache.o
  CC [M]  arch/x86/kvm/../../../virt/kvm/coalesced_mmio.o
  CC      drivers/acpi/acpica/nsarguments.o
  CC [M]  fs/cifs/cifsfs.o
  CC      net/core/filter.o
  CC [M]  drivers/clk/clk-pwm.o
  CC      drivers/dma/dw/of.o
  CC [M]  fs/btrfs/ioctl.o
  CC [M]  fs/coda/cnode.o
  CC      drivers/acpi/acpica/nsconvert.o
  CC [M]  arch/x86/kvm/../../../virt/kvm/eventfd.o
  CC [M]  fs/cramfs/inode.o
  CC      drivers/acpi/acpica/nsdump.o
  CC [M]  drivers/clk/clk-rk808.o
  CC      drivers/dma/dw/pci.o
  CC [M]  fs/cramfs/uncompress.o
  CC [M]  sound/pci/echoaudio/darla24.o
  CC [M]  sound/pci/echoaudio/gina24.o
  CC [M]  fs/coda/inode.o
  CC      drivers/acpi/acpica/nseval.o
  CC [M]  drivers/clk/clk-s2mps11.o
  AR      drivers/dma/dw/built-in.a
  CC      drivers/dma/hsu/hsu.o
  LD [M]  fs/cramfs/cramfs.o
  CC      drivers/acpi/acpica/nsinit.o
  CC [M]  drivers/clk/clk-si5341.o
  CC [M]  arch/x86/kvm/../../../virt/kvm/irqchip.o
  CC [M]  fs/cifs/cifssmb.o
  CC [M]  fs/coda/dir.o
  CC [M]  fs/coda/file.o
  CC      drivers/acpi/acpica/nsload.o
  CC      drivers/acpi/acpica/nsnames.o
  AR      drivers/dma/hsu/built-in.a
  AR      drivers/dma/mediatek/built-in.a
lib/zstd/compress.c: In function ‘ZSTD_compressBlock_btopt_extDict’:
lib/zstd/compress.c:2306:1: error: insn does not satisfy its constraints:
 2306 | }
      | ^
(insn 3295 3294 3296 324 (parallel [
            (set (??? bad code 8241
                )
                (plus:SI (mem:SI (plus:DI (mult:DI (reg:DI 0 ax [orig:2726 iftmp.70_2371 ] [2726])
                                (const_int 4 [0x4]))
                            (reg/f:DI 1 dx [orig:2728 MEM[(struct seqStore_t )ctx_2(D) + 264B].matchLengthFreq ] [2728])) [2 _2377+0 S4 A32])
                    (const_int 1 [0x1])))
            (clobber (reg:CC 17 flags))
        ]) "lib/zstd/zstd_opt.h":193:39 190 {addsi_1}
     (expr_list:REG_DEAD (reg/f:DI 1 dx [orig:2728 MEM[(struct seqStore_t *)ctx_2(D) + 264B].matchLengthFreq ] [2728])
        (expr_list:REG_DEAD (reg:DI 0 ax [orig:2726 iftmp.70_2371 ] [2726])
            (expr_list:REG_UNUSED (reg:CC 17 flags)
                (nil)))))
 WARNING  there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins.
Event                            | Plugins
PLUGIN_FINISH_TYPE               | structleak_plugin
PLUGIN_ATTRIBUTES                | structleak_plugin
during RTL pass: sched2
lib/zstd/compress.c:2306:1: internal compiler error: in extract_constrain_insn_cached, at recog.c:2223
  AR      drivers/dma/qcom/built-in.a
Please submit a full bug report,
with preprocessed source if appropriate.
See https://bugs.archlinux.org/ for instructions.
make[2]:  [scripts/Makefile.build:267: lib/zstd/compress.o] Error 1
make[1]:  [scripts/Makefile.build:488: lib/zstd] Error 2
make:  [Makefile:1722: lib] Error 2
  CC [M]  drivers/dma/qcom/hidma_mgmt.o
  CC [M]  drivers/clk/clk-si5351.o
  CC      drivers/acpi/acpica/nsobject.o
  CC [M]  arch/x86/kvm/../../../virt/kvm/vfio.o
  CC [M]  fs/coda/upcall.o
  CC [M]  sound/pci/echoaudio/layla24.o
  CC [M]  fs/btrfs/locking.o
  CC [M]  drivers/clk/clk-si514.o
  CC [M]  arch/x86/kvm/../../../virt/kvm/async_pf.o
  CC      drivers/acpi/acpica/nsparse.o
  CC [M]  sound/pci/echoaudio/mona.o
  CC [M]  drivers/dma/qcom/hidma_mgmt_sys.o
  CC [M]  fs/btrfs/orphan.o
  CC      net/core/sock_diag.o
  CC      drivers/acpi/acpica/nspredef.o
  CC [M]  drivers/clk/clk-si544.o
  CC [M]  fs/coda/coda_linux.o
  CC [M]  drivers/dma/qcom/hidma_ll.o
  CC [M]  arch/x86/kvm/x86.o
  CC      drivers/acpi/acpica/nsprepkg.o
  CC [M]  fs/coda/symlink.o
  CC [M]  drivers/clk/clk-si570.o
  CC      net/802/fc.o
  CC      drivers/acpi/acpica/nsrepair.o
  CC [M]  fs/btrfs/export.o
  CC [M]  sound/pci/echoaudio/mia.o
  CC [M]  drivers/dma/qcom/hidma.o
  CC      net/core/dev_ioctl.o
  CC [M]  drivers/clk/clk-twl6040.o
  CC [M]  drivers/clk/clk-versaclock5.o
  CC [M]  fs/coda/pioctl.o
  CC [M]  sound/pci/emu10k1/emu10k1.o
  CC      drivers/acpi/acpica/nsrepair2.o
  CC [M]  net/802/p8022.o
  CC      net/core/tso.o
  CC      drivers/acpi/acpica/nssearch.o
  CC [M]  sound/pci/emu10k1/emu10k1_main.o
  CC [M]  fs/coda/sysctl.o
  CC [M]  drivers/dma/qcom/hidma_dbg.o
  CC [M]  drivers/clk/clk-wm831x.o
  CC [M]  fs/btrfs/tree-log.o
  CC      net/core/sock_reuseport.o
  LD [M]  fs/coda/coda.o
  CC      net/core/fib_notifier.o
  CC [M]  fs/cifs/cifs_debug.o
  CC      drivers/acpi/acpica/nsutils.o
  CC [M]  net/802/psnap.o
  CC [M]  sound/pci/echoaudio/echo3g.o
  LD [M]  drivers/dma/qcom/hdma_mgmt.o
  LD [M]  drivers/dma/qcom/hdma.o
  AR      drivers/clk/built-in.a
  CC      drivers/acpi/acpica/nswalk.o
  AR      drivers/dma/ti/built-in.a
  AR      drivers/dma/xilinx/built-in.a
  AR      drivers/soc/bcm/built-in.a
  AR      drivers/soc/fsl/built-in.a
  CC [M]  drivers/dma/dw-axi-dmac/dw-axi-dmac-platform.o
  AR      drivers/soc/imx/built-in.a
  AR      drivers/soc/mediatek/built-in.a
  AR      drivers/soc/amlogic/built-in.a
  AR      drivers/soc/qcom/built-in.a
  CC      drivers/virtio/virtio.o
  AR      drivers/soc/renesas/built-in.a
  AR      drivers/soc/sunxi/built-in.a
  CC [M]  sound/pci/emu10k1/irq.o
  AR      drivers/soc/ti/built-in.a
  AR      drivers/soc/xilinx/built-in.a
  CC      drivers/acpi/acpica/nsxfeval.o
  CC [M]  drivers/soc/xilinx/xlnx_vcu.o
  CC      net/core/xdp.o
  CC [M]  sound/soc/amd/raven/pci-acp3x.o
  CC [M]  net/802/fddi.o
  CC      drivers/acpi/acpica/nsxfname.o
  AR      drivers/soc/built-in.a
  CC      drivers/virtio/virtio_ring.o
  CC [M]  sound/pci/emu10k1/memory.o
  CC [M]  net/802/stp.o
  CC [M]  drivers/dma/dw-edma/dw-edma-core.o
  CC [M]  fs/cifs/connect.o
 WARNING  there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins.
Event                            | Plugins
PLUGIN_FINISH_TYPE               | structleak_plugin
PLUGIN_ATTRIBUTES                | structleak_plugin
In file included from net/802/fddi.c:33:
./include/linux/netdevice.h: In function ‘dev_xmit_recursion_dec’:
./include/linux/netdevice.h:3142:2: internal compiler error: Segmentation fault
 3142 |  __this_cpu_dec(softnet_data.xmit.recursion);
      |  ^~~~~~~~~~~~~~
  CC [M]  sound/soc/amd/raven/acp3x-pcm-dma.o
Please submit a full bug report,
with preprocessed source if appropriate.
See https://bugs.archlinux.org/ for instructions.
make[2]:  [scripts/Makefile.build:267: net/802/fddi.o] Error 1
make[2]:  Waiting for unfinished jobs....
  CC [M]  drivers/dma/dw-edma/dw-edma-v0-core.o
  CC      drivers/acpi/acpica/nsxfobj.o
 WARNING  there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins.
Event                            | Plugins
PLUGIN_FINISH_TYPE               | structleak_plugin
PLUGIN_ATTRIBUTES                | structleak_plugin
In file included from ./include/acpi/platform/aclinux.h:55,
                 from ./include/acpi/platform/acenv.h:163,
                 from ./include/acpi/acpi.h:22,
                 from drivers/acpi/acpica/nsxfobj.c:11:
./include/linux/sched.h:1461:15: internal compiler error: Segmentation fault
 1461 | extern struct pid cad_pid;
      |               ^~~
Please submit a full bug report,
with preprocessed source if appropriate.
See https://bugs.archlinux.org/ for instructions.
make[3]:  [scripts/Makefile.build:267: drivers/acpi/acpica/nsxfobj.o] Error 1
make[2]:  [scripts/Makefile.build:488: drivers/acpi/acpica] Error 2
make[1]:  [scripts/Makefile.build:488: drivers/acpi] Error 2
make[1]:  Waiting for unfinished jobs....
make[1]:  [scripts/Makefile.build:488: net/802] Error 2
make[1]:  Waiting for unfinished jobs....
  CC [M]  sound/pci/echoaudio/indigo.o
  CC      net/core/flow_offload.o
  CC [M]  sound/pci/emu10k1/voice.o
  CC [M]  fs/dlm/ast.o
  CC [M]  fs/ecryptfs/dentry.o
  CC [M]  sound/soc/amd/raven/acp3x-i2s.o
  CC [M]  sound/pci/echoaudio/indigoio.o
  CC [M]  drivers/dma/dw-edma/dw-edma-v0-debugfs.o
  CC [M]  fs/dlm/config.o
  CC [M]  sound/pci/emu10k1/emumpu401.o
  CC [M]  fs/ecryptfs/file.o
  CC [M]  fs/btrfs/free-space-cache.o
  LD [M]  sound/soc/amd/raven/snd-pci-acp3x.o
  LD [M]  sound/soc/amd/raven/snd-acp3x-pcm-dma.o
  LD [M]  sound/soc/amd/raven/snd-acp3x-i2s.o
  CC [M]  sound/soc/amd/acp-pcm-dma.o
  CC [M]  drivers/virtio/virtio_mmio.o
  CC [M]  drivers/dma/dw-edma/dw-edma-pcie.o
  CC      net/core/net-sysfs.o
  CC      net/core/page_pool.o
  CC [M]  sound/pci/emu10k1/emupcm.o
  CC [M]  fs/ecryptfs/inode.o
  CC [M]  sound/pci/echoaudio/indigodj.o
  LD [M]  drivers/dma/dw-edma/dw-edma.o
  CC [M]  drivers/virtio/virtio_pci_modern.o
  CC [M]  drivers/dma/idxd/init.o
  CC [M]  sound/soc/amd/acp-da7219-max98357a.o
  CC [M]  fs/dlm/dir.o
  CC [M]  sound/soc/amd/acp-rt5645.o
  CC [M]  fs/dlm/lock.o
  CC [M]  fs/ecryptfs/main.o
  CC [M]  drivers/virtio/virtio_pci_common.o
  CC [M]  drivers/dma/idxd/irq.o
  CC [M]  sound/pci/emu10k1/io.o
 WARNING  there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins.
Event                            | Plugins
PLUGIN_FINISH_TYPE               | structleak_plugin
PLUGIN_ATTRIBUTES                | structleak_plugin
In file included from ./include/sound/soc.h:1435,
                 from sound/soc/amd/acp-rt5645.c:30:
./include/sound/soc-component.h:139:1: internal compiler error: Segmentation fault
  139 | };
      | ^
Please submit a full bug report,
with preprocessed source if appropriate.
See https://bugs.archlinux.org/ for instructions.
make[3]:  [scripts/Makefile.build:266: sound/soc/amd/acp-rt5645.o] Error 1
make[2]:  [scripts/Makefile.build:488: sound/soc/amd] Error 2
make[1]:  [scripts/Makefile.build:488: sound/soc] Error 2
make[1]:  Waiting for unfinished jobs....
  CC [M]  drivers/dma/idxd/device.o
  CC [M]  fs/btrfs/zlib.o
  CC      net/core/net-procfs.o
  CC [M]  sound/pci/echoaudio/indigoiox.o
  CC [M]  fs/cifs/dir.o
  CC [M]  arch/x86/kvm/emulate.o
  CC [M]  fs/btrfs/lzo.o
  CC [M]  fs/btrfs/zstd.o
  CC [M]  drivers/virtio/virtio_pci_legacy.o
  CC [M]  fs/ecryptfs/super.o
  CC [M]  sound/pci/emu10k1/emumixer.o
  CC [M]  drivers/dma/idxd/sysfs.o
  CC [M]  fs/btrfs/compression.o
  CC      net/core/skmsg.o
  CC      net/core/netpoll.o
  CC [M]  drivers/virtio/virtio_balloon.o
  CC [M]  fs/ecryptfs/mmap.o
  CC [M]  sound/pci/echoaudio/indigodjx.o
  CC [M]  sound/pci/emu10k1/emufx.o
  CC [M]  drivers/dma/idxd/submit.o
  CC [M]  sound/pci/emu10k1/timer.o
  CC [M]  fs/cifs/file.o
  CC [M]  fs/ecryptfs/read_write.o
 WARNING  there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins.
Event                            | Plugins
PLUGIN_FINISH_TYPE               | structleak_plugin
PLUGIN_ATTRIBUTES                | structleak_plugin
during RTL pass: outof_cfglayout
In file included from sound/pci/echoaudio/indigodjx.c:96:
sound/pci/echoaudio/echoaudio.c: In function ‘pcm_open’:
sound/pci/echoaudio/echoaudio.c:334:1: internal compiler error: Segmentation fault
  334 | }
      | ^
  CC [M]  fs/cifs/inode.o
Please submit a full bug report,
with preprocessed source if appropriate.
See https://bugs.archlinux.org/ for instructions.
make[3]:  [scripts/Makefile.build:267: sound/pci/echoaudio/indigodjx.o] Error 1
make[2]:  [scripts/Makefile.build:488: sound/pci/echoaudio] Error 2
make[2]:  Waiting for unfinished jobs....
  CC [M]  drivers/virtio/virtio_input.o
  CC [M]  fs/dlm/lockspace.o
  CC [M]  drivers/dma/idxd/dma.o
  CC [M]  fs/dlm/main.o
  CC [M]  fs/btrfs/delayed-ref.o
  CC [M]  fs/ecryptfs/crypto.o
  CC      net/core/fib_rules.o
  CC      net/core/net-traces.o
  CC [M]  drivers/dma/idxd/cdev.o
  CC [M]  fs/ecryptfs/keystore.o
  CC [M]  drivers/virtio/virtio_vdpa.o
  CC [M]  fs/dlm/member.o
  CC [M]  arch/x86/kvm/i8259.o
  CC [M]  sound/pci/emu10k1/p16v.o
  LD [M]  drivers/dma/idxd/idxd.o
  CC [M]  drivers/dma/ioat/init.o
  CC [M]  fs/btrfs/relocation.o
 WARNING  there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins.
Event                            | Plugins
PLUGIN_FINISH_TYPE               | structleak_plugin
PLUGIN_ATTRIBUTES                | structleak_plugin
during IPA pass: static-var
fs/cifs/file.c:4902:1: internal compiler error: Segmentation fault
 4902 | };
      | ^
  LD [M]  drivers/virtio/virtio_pci.o
  CC [M]  fs/dlm/memory.o
  CC [M]  fs/btrfs/delayed-inode.o
Please submit a full bug report,
with preprocessed source if appropriate.
See https://bugs.archlinux.org/ for instructions.
make[2]:  [scripts/Makefile.build:267: fs/cifs/file.o] Error 1
make[2]:  Waiting for unfinished jobs....
  AR      drivers/virtio/built-in.a
  CC [M]  fs/dlm/midcomms.o
  CC [M]  fs/dlm/netlink.o
  CC [M]  fs/ecryptfs/kthread.o
  CC [M]  fs/ecryptfs/debug.o
  CC [M]  drivers/dma/ioat/dma.o
  CC [M]  drivers/dma/ioat/prep.o
  CC [M]  sound/pci/emu10k1/emuproc.o
  CC [M]  fs/dlm/lowcomms.o
  CC [M]  arch/x86/kvm/irq.o
  CC [M]  fs/dlm/plock.o
  CC [M]  drivers/dma/sf-pdma/sf-pdma.o
make[1]:  [scripts/Makefile.build:488: fs/cifs] Error 2
make[1]:  Waiting for unfinished jobs....
  CC [M]  sound/pci/emu10k1/emu10k1_synth.o
  LD [M]  fs/ecryptfs/ecryptfs.o
  CC      net/core/drop_monitor.o
  CC      net/core/timestamping.o
  CC [M]  arch/x86/kvm/lapic.o
  CC [M]  arch/x86/kvm/i8254.o
  CC [M]  drivers/dma/ioat/dca.o
  CC [M]  drivers/dma/ioat/sysfs.o
  CC [M]  sound/pci/emu10k1/emu10k1_callback.o
  CC [M]  fs/dlm/rcom.o
  CC [M]  arch/x86/kvm/ioapic.o
  CC [M]  arch/x86/kvm/irq_comm.o
  CC [M]  arch/x86/kvm/cpuid.o
  LD [M]  drivers/dma/ioat/ioatdma.o
  CC      drivers/dma/dmaengine.o
  CC [M]  sound/pci/emu10k1/emu10k1_patch.o
  CC      drivers/dma/virt-dma.o
  CC [M]  fs/dlm/recover.o
  CC      net/core/ptp_classifier.o
  CC      net/core/netprio_cgroup.o
  CC [M]  arch/x86/kvm/pmu.o
  CC [M]  fs/btrfs/scrub.o
  CC [M]  fs/btrfs/reada.o
  CC      drivers/dma/acpi-dma.o
  CC [M]  arch/x86/kvm/mtrr.o
  CC [M]  sound/pci/emu10k1/emu10k1x.o
  CC [M]  fs/dlm/recoverd.o
  CC [M]  fs/dlm/requestqueue.o
  CC      net/core/netclassid_cgroup.o
 WARNING  there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins.
Event                            | Plugins
PLUGIN_FINISH_TYPE               | structleak_plugin
PLUGIN_ATTRIBUTES                | structleak_plugin
In file included from ./arch/x86/include/asm/unistd.h:21,
                 from ./arch/x86/include/asm/seccomp.h:5,
                 from ./include/linux/seccomp.h:16,
                 from ./include/linux/sched.h:21,
                 from fs/dlm/dlm_internal.h:20,
                 from fs/dlm/requestqueue.c:11:
./arch/x86/include/generated/asm/unistd_64_x32.h:1: internal compiler error: Segmentation fault
    1 | #ifndef _ASM_X86_UNISTD_64_X32_H
      |
Please submit a full bug report,
with preprocessed source if appropriate.
See https://bugs.archlinux.org/ for instructions.
make[2]:  [scripts/Makefile.build:267: fs/dlm/requestqueue.o] Error 1
make[2]:  Waiting for unfinished jobs....
  CC      drivers/dma/of-dma.o
  CC [M]  drivers/dma/altera-msgdma.o
  CC [M]  fs/btrfs/backref.o
  CC [M]  fs/btrfs/ulist.o
make[1]:  [scripts/Makefile.build:488: fs/dlm] Error 2
  CC [M]  drivers/dma/fsl-edma.o
  CC [M]  arch/x86/kvm/hyperv.o
  CC [M]  drivers/dma/fsl-edma-common.o
  CC [M]  drivers/dma/idma64.o
  LD [M]  sound/pci/emu10k1/snd-emu10k1.o
  LD [M]  sound/pci/emu10k1/snd-emu10k1-synth.o
  LD [M]  sound/pci/emu10k1/snd-emu10k1x.o
make[1]:  [scripts/Makefile.build:488: sound/pci] Error 2
make:  [Makefile:1722: sound] Error 2
  CC [M]  drivers/dma/mic_x100_dma.o
  CC [M]  drivers/dma/plx_dma.o
  CC [M]  fs/btrfs/qgroup.o
  CC [M]  fs/btrfs/send.o
 WARNING  there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins.
Event                            | Plugins
PLUGIN_FINISH_TYPE               | structleak_plugin
PLUGIN_ATTRIBUTES                | structleak_plugin
fs/btrfs/ulist.c:276:1: internal compiler error: Segmentation fault
  276 | }
      | ^
  CC [M]  fs/btrfs/dev-replace.o
Please submit a full bug report,
with preprocessed source if appropriate.
See https://bugs.archlinux.org/ for instructions.
make[2]:  [scripts/Makefile.build:267: fs/btrfs/ulist.o] Error 1
make[2]:  Waiting for unfinished jobs....
  CC      net/core/lwtunnel.o
  CC [M]  arch/x86/kvm/debugfs.o
  CC [M]  arch/x86/kvm/mmu/mmu.o
  CC [M]  arch/x86/kvm/mmu/page_track.o
  CC [M]  arch/x86/kvm/vmx/vmx.o
  AR      drivers/dma/built-in.a
make:  [Makefile:1722: drivers] Error 2
  AS [M]  arch/x86/kvm/vmx/vmenter.o
  CC      net/core/lwt_bpf.o
  CC      net/core/sock_map.o
  CC      net/core/dst_cache.o
 WARNING  there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins.
Event                            | Plugins
PLUGIN_FINISH_TYPE               | structleak_plugin
PLUGIN_ATTRIBUTES                | structleak_plugin
fs/btrfs/send.c:3589:10: internal compiler error: Segmentation fault
 3589 |          const u64 ino2,
      |          ^~~~~
Please submit a full bug report,
with preprocessed source if appropriate.
See https://bugs.archlinux.org/ for instructions.
  CC [M]  arch/x86/kvm/vmx/pmu_intel.o
make[2]:  [scripts/Makefile.build:266: fs/btrfs/send.o] Error 1
  CC      net/core/devlink.o
  CC      net/core/gro_cells.o
  CC [M]  arch/x86/kvm/vmx/vmcs12.o
  CC      net/core/bpf_sk_storage.o
  CC [M]  arch/x86/kvm/vmx/evmcs.o
  CC [M]  arch/x86/kvm/vmx/nested.o
  CC [M]  net/core/pktgen.o
  CC [M]  arch/x86/kvm/svm/svm.o
  AS [M]  arch/x86/kvm/svm/vmenter.o
  CC [M]  net/core/failover.o
  CC [M]  arch/x86/kvm/svm/pmu.o
  CC [M]  arch/x86/kvm/svm/nested.o
make[1]:  [scripts/Makefile.build:488: fs/btrfs] Error 2
make:  [Makefile:1722: fs] Error 2
  CC [M]  arch/x86/kvm/svm/avic.o
  CC [M]  arch/x86/kvm/svm/sev.o
  LD [M]  arch/x86/kvm/kvm-amd.o
  AR      net/core/built-in.a
make: *** [Makefile:1722: net] Error 2
  LD [M]  arch/x86/kvm/kvm.o
  LD [M]  arch/x86/kvm/kvm-intel.o
==> ERROR: A failure occurred in build().
    Aborting...
Error making: linux-git (linux-git linux-git-headers)

jonathanio commented on 2020-01-31 05:58 (UTC)

You should be using MAKEFLAGS="-j2" inside /etc/makepkg.conf, and the build system will then take that into account when buildig the package.

Kaze404 commented on 2020-01-31 01:21 (UTC)

Hey. Is there a reason why this doesn't use make -j$(nproc)? It caught me off guard when an hour passed and it was still compiling.

jonathanio commented on 2019-12-22 10:14 (UTC) (edited on 2020-09-28 10:15 (UTC) by jonathanio)

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.