Package Details: linux-git-headers 7.0.r11782.c1f49dea2b8f-1

Git Clone URL: https://aur.archlinux.org/linux-git.git (read-only, click to copy)
Package Base: linux-git
Description: Headers and scripts for building modules for the Linus Torvalds' Mainline Linux kernel
Upstream URL: https://www.kernel.org
Keywords: git kernel linux
Licenses: GPL-2.0-only
Provides: LINUX-HEADERS
Submitter: jonathanio
Maintainer: osimarr
Last Packager: osimarr
Votes: 13
Popularity: 0.003560
First Submitted: 2019-12-22 10:10 (UTC)
Last Updated: 2026-04-20 08:57 (UTC)

Required by (322)

Sources (6)

Pinned Comments

osimarr commented on 2023-05-07 22:27 (UTC) (edited on 2023-05-12 04:05 (UTC) by osimarr)

Hi. Since the package became an orphan, I adopted it to continue what I actively maintain on https://aur.archlinux.org/pkgbase/linux-mainline-git, now on this AUR package.

The build script and config file will be up-to-date with Arch's official Linux package unless an update is required to be functional.

But I intentionally removed the documentation package because it consumes too much building time.

This package supports certain customization if compiled by the user. Check for the README file inside the package repo, or the .INSTALL message after package installation to learn how.


Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »

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...

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »