Compiled 5.19 for my Arch server and works fine
Search Criteria
Package Details: linux-mainline 6.0rc1-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/linux-mainline.git (read-only, click to copy) |
---|---|
Package Base: | linux-mainline |
Description: | The Linux Mainline kernel and modules |
Upstream URL: | https://kernel.org/ |
Licenses: | GPL2 |
Provides: | VIRTUALBOX-GUEST-MODULES, WIREGUARD-MODULE |
Replaces: | virtualbox-guest-modules-mainline, wireguard-mainline |
Submitter: | miffe |
Maintainer: | miffe |
Last Packager: | miffe |
Votes: | 248 |
Popularity: | 1.35 |
First Submitted: | 2011-07-22 06:50 (UTC) |
Last Updated: | 2022-08-15 13:24 (UTC) |
Dependencies (19)
- coreutils (coreutils-git, coreutils-selinux, coreutils-hybrid, coreutils-hybrid-git)
- initramfs (mkinitcpio-git, dracut-git, booster-wip-git, booster-git, booster, dracut, mkinitcpio)
- kmod (kmod-git, kmod-minimal-git)
- bc (bc-gh) (make)
- cpio (cpio-git) (make)
- git (git-git, git-vfs, git-run-command-patch-git) (make)
- graphviz (make)
- imagemagick (graphicsmagick-imagemagick-compat, imagemagick-git, imagemagick-full-git, imagemagick-no-hdri, imagemagick-full, imagemagick-fftw) (make)
- libelf (elfutils-git, libelf-minimal-git) (make)
- pahole (pahole-git) (make)
- perl (perl-git) (make)
- python-sphinx (python-sphinx-git, python-sphinx-2) (make)
- python-sphinx_rtd_theme (make)
- tar (tar-libarchive, tar-git, tar-parallel) (make)
- texlive-latexextra (texlive-installer, texlive-full) (make)
- xmlto (xmlto-git) (make)
- xz (xz-git) (make)
- linux-firmware (linux-firmware-iwlwifi-git, linux-libre-firmware, linux-firmware-git, linux-firmware-uncompressed) (optional) – firmware images needed for some devices
- wireless-regdb (wireless-regdb-git, wireless-regdb-pentest) (optional) – to set the correct wireless channels of your country
Required by (4)
- bbswitch-mainline
- mozillavpn (requires WIREGUARD-MODULE)
- piavpn-bin (requires WIREGUARD-MODULE) (optional)
- piavpn-manual-git (requires WIREGUARD-MODULE)
Sources (2)
Latest Comments
bittin commented on 2022-08-01 23:39 (UTC)
cherrot commented on 2022-07-26 08:42 (UTC) (edited on 2022-07-26 08:42 (UTC) by cherrot)
We should set CONFIG_PINCTRL_AMD=y
in config. Since CONFIG_PINCTRL_AMD=m
is not an option since 5.19.rc8. See https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?h=v5.19-rc8&id=41ef3c1a6bb0fd4a3f81170dd17de3adbff80783
saeziae commented on 2022-07-21 18:56 (UTC)
Sourcing the git will download the 5GB big repo, using https://git.kernel.org/torvalds/t/linux-$TAG.tar.gz
may be one considerable option...
Kithop commented on 2022-04-11 21:24 (UTC)
FYI for those on AMD machines, while the config is currently putting the new AMD P-State driver as a module ('CONFIG_X86_AMD_PSTATE=m'), you can work around this a couple different ways - I just make sure to include that module in:
/etc/mkinitcpio.conf
For me, for example, I have the MODULES line including both the p-state and amdgpu modules:
MODULES=(amdgpu amd_pstate)
Then just run mkinitcpio -P
as root (or via sudo) and reboot, and check again with something like cpupower frequency-info
.
aorth commented on 2022-03-16 16:05 (UTC)
@normalname012 as far as I recall, linux-mainline uses the kernel configuration from the current Arch Linux linux package. Once Arch updates to 5.17 this package will update the config.
normalname012 commented on 2022-03-14 15:37 (UTC)
Can you please compile the kernel with CONFIG_X86_AMD_PSTATE=y? It has been added in the 5.17 and will be very usefull for amd laptops
ckane commented on 2022-02-07 23:15 (UTC) (edited on 2022-02-07 23:16 (UTC) by ckane)
I would recommend adding the following change to the config:
diff --git a/config b/config
index 40c8019..898c766 100644
--- a/config
+++ b/config
@@ -644,6 +644,7 @@ CONFIG_CPU_FREQ_GOV_SCHEDUTIL=y
# CPU frequency scaling drivers
#
CONFIG_X86_INTEL_PSTATE=y
+CONFIG_X86_AMD_PSTATE=y
CONFIG_X86_PCC_CPUFREQ=m
CONFIG_X86_ACPI_CPUFREQ=m
CONFIG_X86_ACPI_CPUFREQ_CPB=y
miffe commented on 2022-01-30 21:14 (UTC)
The PSU in my server blew, so it will be a few days until the repo and rc2 is online.
kola54453 commented on 2022-01-30 14:26 (UTC)
repo seems to be down atm
MuggleTwist commented on 2022-01-05 21:14 (UTC)
Automatically generated file; DO NOT EDIT.
Linux/x86 5.15.2-arch1 Kernel Configuration
Your kernel config is from the previous kernel. Maybe this is why the rtw89 driver is not being built
swyter commented on 2022-01-01 17:38 (UTC)
Very small thing; I think wireguard-maineline in the PKGBUILD should be wireguard-mainline.
miffe commented on 2021-12-14 23:27 (UTC)
@HoaS: I don't change the config from the default from core/linux. It's just too much of a maintenance burden for me. But you can easily configure it for yourself.
CyrIng commented on 2021-12-14 23:19 (UTC)
@arglebargle : Bravo! Your patch helps me to build the CoreFreq driver.
HoaS commented on 2021-11-30 15:41 (UTC)
Any chance the rtw89 driver could be added? I need it for my Realtek RTL8852AE wireless card.
CONFIG_RTW89=m
CONFIG_RTW89_CORE=m
CONFIG_RTW89_PCI=m
CONFIG_RTW89_8852AE=m
CONFIG_RTW89_DEBUG=y
CONFIG_RTW89_DEBUGFS=y
Thanks!
SimPilotAdamT commented on 2021-11-20 21:43 (UTC)
@arglebargle
Do you run that in bash
before doing a makepkg -cfsi
?
arglebargle commented on 2021-11-20 05:26 (UTC)
If anyone else is having trouble with DKMS modules starting with 5.16 this gets things moving for me again:
diff --git a/PKGBUILD b/PKGBUILD
index 12bec08..a0d30f6 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -243,6 +243,9 @@ _package-headers() {
# add objtool for external module building and enabled VALIDATION_STACK option
install -Dt "$builddir/tools/objtool" tools/objtool/objtool
+ # add resolve_btfids for external module building
+ install -Dt "$builddir/tools/bpf/resolve_btfids" tools/bpf/resolve_btfids/resolve_btfids
+
# add xfs and shmem for aufs building
mkdir -p "$builddir"/{fs/xfs,mm}
miffe commented on 2021-10-26 11:02 (UTC)
@SimPilotAdamT: It's not on by default, see https://github.com/archlinux/svntogit-packages/blob/5fba24e0c1702cf63ca16bef091746c11169cfd6/trunk/makepkg.conf#L48
SimPilotAdamT commented on 2021-10-26 10:59 (UTC) (edited on 2021-10-26 10:59 (UTC) by SimPilotAdamT)
@miffe
-w
must be a default MAKEFLAG
because removing it worked and linux-mainline
installed fine.
PSA to anyone reading this: make sure -w
is NOT in your makeflags, otherwise you will not be able to compile.
miffe commented on 2021-10-26 10:34 (UTC)
@SimPilotAdamT: Remove -w from MAKEFLAGS, as it will print an Entering directory...
message even if -s is given.
SimPilotAdamT commented on 2021-10-26 10:25 (UTC) (edited on 2021-10-26 10:25 (UTC) by SimPilotAdamT)
@miffe
As a kind of update, I tried again after the new RC was released on my host machine, I tried to build linux-mainline
again, and was met with the same error, with this build output from paru-git
and this makepkg config file (pay attention to line 49). Any ideas?
SimPilotAdamT commented on 2021-10-19 19:59 (UTC) (edited on 2021-10-19 20:00 (UTC) by SimPilotAdamT)
@miffe
Do you have some weird MAKEFLAGS set?
I do have some different MAKEFLAGS specified in my makepkg.conf
. They are -j20 -Wno-error -w
. I still get the same errors without these set, though.
You have way too much time
eeeehhhh thing is ur probably right. At the time I found the error I already had those VM's booted up for a little test. Once I found the error in my host (running Artix), I did the same compilation in each VM, the only difference being the -j20
makeflag, each set to -j3
as those were the amounts of threads I gave to each VM to begin with.
miffe commented on 2021-10-19 19:52 (UTC) (edited on 2021-10-19 19:52 (UTC) by miffe)
@SimPilotAdamT:
Happens on paru, yay, and normal makepkg on Arch, Artix, Manjaro, Arco, and Garuda.
You have way to much time :)
install: cannot stat 'make: Entering directory '\''/home/adam/.cache/paru/clone/linux-mainline/src/linux-mainline'\'''$'\n''arch/x86/boot/bzImage'$'\n''make: Leaving directory '\''/home/adam/.cache/paru/clone/linux-mainline/src/linux-mainline'\''': No such file or directory
This is the real error, do you have some weird MAKEFLAGS set?
On line 87 in the PKGBUILD it runs make -s image_name
, -s means silent but yours still prints Entering directory ....
SimPilotAdamT commented on 2021-10-18 18:36 (UTC) (edited on 2021-10-18 18:54 (UTC) by SimPilotAdamT)
Fails to compile, citing warnings which I tried to disable using -Wno-error -w
, but still gives those errors (I'm assuming bc of Torvalds' forcing of -Werror
). The full command output is uploaded here.
Happens on paru, yay, and normal makepkg on Arch, Artix, Manjaro, Arco, and Garuda.
My PC is one I built myself, with:
Intel Core i9-10900K
MSI Ventus 3X GeForce RTX 3080 10GB GDDR6X OC
2x 16GB Corsair Vengeance RGB Pro SL DDR4-3200 CL16 DIMMs
Gigabyte Z490 AORUS Pro AX
Corsair iCue Hydro H100i RGB Pro XT
EVGA SuperNOVA 850W G2 Gold-Rated PSU
jpegxguy commented on 2021-09-27 10:10 (UTC)
It's reasonable to use core/linux's config. I wonder if they'll enable the new filesystems in the official repos when 5.15 comes around. Especially NTFS, since it's basically THE ntfs driver now. The old one was read only.
For example, when exfat showed up in-tree, it was indeed enabled by the arch devs.
miffe commented on 2021-09-27 00:47 (UTC)
@jpegxguy: No, it's to much work. It uses the same config as core/linux. If you want a custom config you can easily change it yourself.
jpegxguy commented on 2021-09-14 14:45 (UTC)
Hi, can you enable
CONFIG_SMB_SERVER=m
and
CONFIG_NTFS3_FS=m
for 5.15?
aleksander0m commented on 2021-07-09 16:54 (UTC)
I don't get these kind of questions.
Please let me explain that to you; I didn't think that was too difficult to guess why I was asking for that.
This package provides a very useful way to test the newest kernel features that will land in official Arch kernels some time later. New features don't seem to get enabled by default in this config, so that's why I'm asking whether this default config in this package could include those new settings to enable the new WWAN subsystem my default. I've been testing the new WWAN subsystem for a very long time now, since the very early patches in net-next, and all the userspace tools (libmbim, libqmi, ModemManager) are ready to use that as well, even in the current official versions provided by Arch, not even AUR is needed. So, was wondering whether these settings could be included by default in this AUR package, so that everyone can benefit already from them.
The config is right there. The PKGBUILD is right there. Change it and compile it. Done.
Yes, I did that myself for my own usecase, that is not what I was asking for. Sorry if I didn't explain that clearer in my first comment.
eggz commented on 2021-07-09 16:02 (UTC)
I don't get these kind of questions. The config is right there. The PKGBUILD is right there.
Change it and compile it. Done.
aleksander0m commented on 2021-07-09 12:50 (UTC)
Any chance this package could be built with the new WWAN subsystem support?
CONFIG_WWAN=y
CONFIG_WWAN_CORE=m
CONFIG_MHI_WWAN_CTRL=m
miffe commented on 2021-04-17 13:48 (UTC)
@chapa: Go ask the manjaro people. This is archlinux.
eggz commented on 2021-04-17 09:11 (UTC)
Why would you use nvidia on linux?
chapa commented on 2021-04-17 02:57 (UTC) (edited on 2021-04-17 02:58 (UTC) by chapa)
Hi. Manjaro x64, 21.0.1 don`t boot . xfs FS check & freeze. Ryzen 3900, MSI B550, nVidia 2700 Super (proprietary drivers). Is it about nvidia drivers? Or another reasons? Thanks.
lesto commented on 2021-04-06 12:59 (UTC) (edited on 2021-04-06 13:45 (UTC) by lesto)
python-sphinx-2 now fail to compile, switch back to python-sphinx
crab2313 commented on 2021-03-08 10:17 (UTC) (edited on 2021-03-08 10:17 (UTC) by crab2313)
Please enable the following config. Most laptops' HID devices (touchpads and keyboards) will be broken without this.
CONFIG_I2C_HID_ACPI=y
jpegxguy commented on 2021-03-05 14:14 (UTC)
bezirg commented on 2021-02-15 08:25 (UTC) (edited on 2021-02-15 08:25 (UTC) by bezirg)
Note to people: if the build fails during documentation generation, try to install the AUR package python-sphinx-2
.
Mthw commented on 2021-01-26 17:21 (UTC)
Yes, it's fixed now.
DgDev91 commented on 2021-01-25 13:23 (UTC)
Had problems too. Now it works again (5.11.0-rc5-1)
Mthw commented on 2021-01-19 13:24 (UTC)
Also broken here. After selecting the boot entry screen goes black and nothing more happens.
Kyuunex commented on 2021-01-14 05:05 (UTC) (edited on 2021-01-25 12:51 (UTC) by Kyuunex)
anyone has a problem where if you have a partition encrypted, and have crypttab set up, when it prompts you to enter the passphrase, after 3 seconds it just goes into emergency mode?
EDIT: fixed with 5.11rc5-1
gamezelda commented on 2021-01-09 17:10 (UTC) (edited on 2021-01-14 21:29 (UTC) by gamezelda)
It appears there is also another problem with BTF on v5.11-rc2 that causes some modules to fail to load (in my system nothing critical, but modules like crc32c_intel printed an error in dmesg and failed to load).
It's already have been reported here -> https://lkml.org/lkml/2021/1/8/253
As a workaround I commented the line "fs_initcall(btf_module_init);" in kernel/bpf/btf.c.
EDIT: Proper patch should be available here: https://patchwork.kernel.org/project/netdevbpf/patch/20210110070341.1380086-1-andrii@kernel.org/
gamezelda commented on 2021-01-07 17:38 (UTC)
Building external/DKMS modules seems to require 'pahole' to be installed during the module build now (I think this is related to kernel commits 5f9ae91f7c0dbbc4195e2a6c8eedcaeb5b9e4cbb and e732b538f4557cd0a856bbce3cde55d2dfef3b03).
gamezelda commented on 2020-12-16 00:20 (UTC)
@DanEng1982: I ran into the same problem recently and it turns out it was due to python-packaging 20.8-1 from the testing repositories breaking python-sphinx (just running "sphinx-build --version" crashed).
Anyway, I checked it and it appears that it now works for me, I guess python-packaging 20.8-2 fixed it.
muncrief commented on 2020-12-14 23:45 (UTC)
I'm happy I could help @DanEng1982.
DanEng1982 commented on 2020-12-14 23:02 (UTC)
@muncrief And exactly by telling me that you actually fixed a very different problem of mine with a script that downloads everything except the AUR packages using ASP/ABS and compiles the lot from scratch whilst using my custom CFlags so thank you a lot for that, works like a charm and gave me a new perspective on that.
muncrief commented on 2020-12-14 22:16 (UTC)
Yes, that's correct @DanEng1982.
Arch packages end in .pkg.tar.xz. So the "sudo pacman -U *.pkg.tar.xz" command will install all the packages without you having to specify them manually. You can also use "makepkg -si" which installs the packages automatically after compilation, but you have to be watching for when the compilation completes because you need to enter your superuser password before the prompt times out.
But don't worry, even if you're not watching and it times out you can still use pacman -U. I don't use the "-si" option because I like to look at the final compilation output before installing, but that's just a matter of personal preference.
DanEng1982 commented on 2020-12-14 21:44 (UTC)
@muncrief, I am just using yay -S linux-mainline linux-mainline-headers linux-mainline-docs but I will try your suggestions, makes sense to me. So from my understanding pacman -U *.pkg.tar.xz is installing the compiled and compress binary, correct?
muncrief commented on 2020-12-14 20:58 (UTC)
@DanEng1982, are you compiling with "makepkg -s" in a terminal or using pamac? I sometimes have issues with pamac so if you're using that I'd try the terminal. Just open one up and enter "yay -G linux-mainline && cd linux-mainline && makepkg -s". If everything compiles execute "sudo pacman -U *.pkg.tar.xz" to install it.
DanEng1982 commented on 2020-12-14 20:46 (UTC)
I just checked and noticed that I'm on Sphinx 3.3.1-3 already. Is there anything else I can try to do?
kiankasad commented on 2020-12-14 20:04 (UTC)
@muncrief @DanEng1982 I can also confirm that docs build fine with Sphinx v3.3.1-3.
muncrief commented on 2020-12-14 19:47 (UTC)
I just successfully compiled and installed this package @DanEng1982. However this may be because python-sphinx was updated to 3.3.1-3 (from 3.3.1-2) this morning. There was only one change, the addition of "export PYTHONHASHSEED=0", but I'd make sure you're up to date and try compiling it again.
DanEng1982 commented on 2020-12-14 18:22 (UTC)
Build fails with the following message which I believe is due to Sphinx 3.0 not being fully supported yet:
sphinx-build returned an error at ./scripts/sphinx-pre-install line 311. make[1]: [Documentation/Makefile:90: htmldocs] Fehler 1 make: [Makefile:1669: htmldocs] Fehler 2 ==> FEHLER: Ein Fehler geschah in build(). Breche ab... error making: linux-mainline (linux-mainline linux-mainline-headers)
However it did work fine with all the release candidates despite all the warnings, just won't with the final 5.10-1 from this package.
mars commented on 2020-12-14 16:01 (UTC)
Should we follow the makedepends changes?
Talzahr commented on 2020-12-08 14:02 (UTC)
I think struct should be static?
It likely is that I think about it. I modified it to be as it was before the commit and allowed the build and boot to work. I'm still a C newbie.
jonathon commented on 2020-12-07 17:34 (UTC) (edited on 2020-12-07 17:34 (UTC) by jonathon)
I think struct
should be static
?
For those using the PKGBUILD directly, you can add the sed to your prepare()
(bad practice though it is), e.g.:
diff --git i/PKGBUILD w/PKGBUILD
index a2343aa..db07c77 100644
--- i/PKGBUILD
+++ w/PKGBUILD
@@ -8,8 +8,8 @@
pkgbase=linux-mainline # Build stock -ARCH kernel
#pkgbase=linux-custom # Build kernel with a different name
-_tag=v5.10-rc6
-pkgver=5.10rc6
+_tag=v5.10-rc7
+pkgver=5.10rc7
pkgrel=1
pkgdesc="Linux Mainline"
arch=(x86_64)
@@ -55,6 +55,8 @@ prepare() {
patch -Np1 < "../$src"
done
+ sed -i '830s/^static noinline/noinline/' mm/filemap.c
+
echo "Setting config..."
cp ../config .config
make olddefconfig
Talzahr commented on 2020-12-07 10:37 (UTC) (edited on 2020-12-07 10:38 (UTC) by Talzahr)
While I use my own custom repo, be aware that there's an issue with $srcdir/mm/filemap.c in the latest rc7 prepatch. If you get a FAILED unresolved symbol __add_to_page_cache_locked
error on building vmlinux then this commit needs to be reverted: https://github.com/torvalds/linux/commit/3351b16af4946fff0d46481d155fb91adb28b1
manual intervention (only do this if your build fails with that message):
git clone https://aur.archlinux.org/linux-mainline.git
cd linux-mainline
makepkg -so
sed -i 's/^struct noinline/noinline/' src/linux-mainline/mm/filemap.c
makepkg -ei
@jsutton you can git clone https://aur.archlinux.org/linux-mainline.git
(yay -G linux-mainline
will also work) and modify the config yourself. Then run makepkg -si
from the same directory as the config and PKGBUILD.
muncrief commented on 2020-08-25 20:16 (UTC)
VFIO passthrough is broken on 5.9 rc1/rc2, but the following patch fixes it:
https://bugzilla.kernel.org/attachment.cgi?id=292167
And here's the bug report it comes from:
jsutton commented on 2020-08-07 01:15 (UTC)
They are in the git repo for core/linux. Thanks for the heads-up.
miffe commented on 2020-08-07 00:35 (UTC)
@jsutton: I don't have the time to maintain a custom config. Get that change in the core/linux package and it will show up here. I merge the config changes for every rc1.
jsutton commented on 2020-08-06 02:29 (UTC) (edited on 2020-08-06 02:29 (UTC) by jsutton)
Any possibility to have the following added to the kernel config?
CONFIG_SND_SOC_AMD_RENOIR=m
CONFIG_SND_SOC_AMD_RENOIR_MACH=m
CONFIG_SENSORS_AMD_ENERGY=m
These are important for Ryzen 4000 Mobile APUs.
Thanks!
NhaMeh commented on 2020-07-03 15:01 (UTC)
@ekollof then why don't you? https://wiki.archlinux.org/index.php/Makepkg#Parallel_compilation
ekollof commented on 2020-07-03 09:39 (UTC)
Why are MAKEFLAGS not used in the PKGBUILD? I'd like to use parallel make to speed up the build.
muncrief commented on 2020-06-15 05:27 (UTC)
Just a forewarning about the upcoming kernel 5.8-rc1, there's a critical problem with ext4 that needs to be patched before running it or you may experience data corruption.
The patch is at: https://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git/commit/?h=dev&id=811985365378df01386c3cfb7ff716e74ca376d5
gamezelda commented on 2020-05-15 13:59 (UTC) (edited on 2020-05-17 23:55 (UTC) by gamezelda)
This is already documented in many other places, but take care that you will need to apply this patch if you build this kernel using GCC 10 (which is already in core), or you will get an unbootable kernel:
EDIT: This patch is already included in -rc6 so it is unnecessary to include it.
SpaceToast commented on 2020-04-13 15:42 (UTC)
With the 5.7 release, the (currently present) CONFIG_STAGING_EXFAT_FS is gone, replaced by a wholly separate implementation by samsung in CONFIG_EXFAT_FS. This patch removes the staging exfat selections (they're gone anyway) and selects CONFIG_EXFAT_FS as a module: https://brpaste.xyz/NpG3Lg
yurikoles commented on 2020-04-13 08:36 (UTC)
@miffe you may add makedepend to my new package python-sphinx-2 to fix build of docs
rien333 commented on 2020-03-30 12:37 (UTC) (edited on 2020-03-30 14:38 (UTC) by rien333)
Same people (including me) can't get intel wifi chipsets to work with linux 5.6. Just a warning, hopefully someone will find a fix soon.
Edit: applying this patch should work: https://patchwork.ozlabs.org/patch/1263553/ (see this thread https://www.reddit.com/r/linux/comments/frfbz5/the_56_kernel_has_been_released/flwti4p/)
Edit 2: added said patch to the PKGBUILD, and wifi now works.
KingofToasters commented on 2020-02-11 05:42 (UTC)
Now that 5.6 is being tested, this would be a good opportunity to include support for wireguard with CONFIG_WIREGUARD=y
.
miffe commented on 2020-01-30 21:44 (UTC)
Repository here
SpaceToast commented on 2020-01-09 00:51 (UTC)
As an update, it appears the issue was with the default makepkg.conf flags. I changed -mtune=generic to -march=native (might as well, right?) and everything compiled just fine, after ~10 total failed attempts (over the last few days). No idea why that's the case, but it looks like -mtune=generic might be triggering something untowards; posting this in case it helps someone else.
miffe commented on 2020-01-07 20:44 (UTC)
Weird, that's the same version as me. Maybe check the kernel log if it's been OOM killed. Other than that i've no idea.
SpaceToast commented on 2020-01-07 18:50 (UTC)
@miffe: 9.2.0-4 - the latest version in base-devel
miffe commented on 2020-01-07 18:25 (UTC)
@SpaceToast: Looks like gcc crashed. What version are you running?
SpaceToast commented on 2020-01-07 17:41 (UTC) (edited on 2020-01-07 17:42 (UTC) by SpaceToast)
I can't build 5.5rc5-1. Here is the error:
*** 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
drivers/scsi/qla2xxx/qla_tmpl.c:46:1: internal compiler error: Segmentation fault
46 | qla27xx_read8(void __iomem *window, void *buf, ulong *len)
| ^~~~~~~~~~~~~
CC [M] drivers/staging/speakup/speakup_audptr.o
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://bugs.archlinux.org/> for instructions.
No idea if or where to disable plugins (a basic grep gave no results).
muncrief commented on 2019-12-11 03:25 (UTC) (edited on 2019-12-11 03:26 (UTC) by muncrief)
Oh noooo, resume from suspend is broken for R9-390 GPUs again. I haven't seen this since the few kernels after 4.19. Anyway, just beware. If you have an R9-390 resume doesn't work for the linux-mainline 5.5rc1-1 release.
morris commented on 2019-12-10 14:18 (UTC)
For a ryzen 5 1600 this kernel need a specific configuration or it already has a configuration for everyone?
deadite66 commented on 2019-11-26 17:39 (UTC)
@morris check the cache folder in your home folder .cache/yay/linux-mainline/
linux-mainline-headers-5.4-1-x86_64.pkg.tar is in there.
morris commented on 2019-11-26 17:18 (UTC)
hello guys I installed kernel "linux-mainline" but i need also "linux-mainline-headers 5.4-1" ? what are headers?
miffe commented on 2019-10-24 16:37 (UTC)
@streetwalrus: I'll update the build chroot for the next version.
novenary commented on 2019-10-24 15:16 (UTC) (edited on 2019-10-24 15:20 (UTC) by novenary)
I'm not sure where else to report this, but with the prebuilt packages from the unofficial repo, building out of tree modules fails.
cc1: error: incompatible gcc/plugin versions
cc1: error: fail to initialize plugin ./scripts/gcc-plugins/structleak_plugin.so
Which version of gcc are you building with?
Edit: looks like 9.1.0, but the latest version in [core] is 9.2.0.
miffe commented on 2019-10-22 18:46 (UTC)
@Devorlon: Looks like your awk is messed up. Are you fully up to date?
Are you using a custom kernel config?
Have you tried to build in a clean chroot? https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_clean_chroot
Devorlon commented on 2019-10-22 12:05 (UTC) (edited on 2019-10-22 12:16 (UTC) by Devorlon)
@miffe Whenever I try to compile this (or other) kernels I get an error I think it's to do with my 5700xt as it usually happens when compiling '/drivers/gpu/drm/amd/amdgpu'. I was wondering if you could help?
Only Errors Build Log: https://pastebin.com/mJRN5SNf
Entire Build Log: https://pastebin.com/FzBNKvZt
Spec & Install Packages: https://pastebin.com/LzKeLE4f
miffe commented on 2019-10-01 18:03 (UTC)
@C0rn3j: The problem is that that 5.4.rc1 > 5.4. Same problem with 5.4_rc1. Only thing that would work is 5.4-rc1, but that's not an allowed pkgver.
C0rn3j commented on 2019-09-30 20:08 (UTC)
I assume you looked at how the 'linux' package is built - https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/linux
Oh well, that's a shame, thanks for trying!
miffe commented on 2019-09-30 19:47 (UTC)
@C0rn3j: Sorry, but i couldn't figure out a way to do it.
Shadowigor commented on 2019-08-21 09:55 (UTC) (edited on 2019-08-21 09:57 (UTC) by Shadowigor)
I just tried to compile this kernel and I'm getting the following error:
*** 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/linux/tcp.h:20,
from ./include/linux/ipv6.h:87,
from ./include/net/ipv6.h:12,
from ./include/net/inetpeer.h:16,
from ./include/net/route.h:24,
from ./include/net/ip.h:28,
from ./include/net/busy_poll.h:18,
from drivers/net/ethernet/sfc/falcon/net_driver.h:29,
from drivers/net/ethernet/sfc/falcon/ethtool.c:12:
./include/net/inet_connection_sock.h: In function ‘inet_csk_listen_poll’:
./include/net/inet_connection_sock.h:299:4: internal compiler error:
Segmentation fault
299 | (EPOLLIN | EPOLLRDNORM) : 0;
| ^
I didn't change anything in the package, so I'm not sure what this plugin warning means and how I would disable it. A compiler segfault sounds like a compiler bug, is this the case or is there something wrong with the package? I tried to compile it twice so far and could reproduce it. I'm using the current GCC 9.1.0 for the compilation.
miffe commented on 2019-08-19 23:52 (UTC)
@C0rn3j: Can't change it now without introducing an epoch. But i'll do it for 5.4
C0rn3j commented on 2019-08-17 10:56 (UTC) (edited on 2019-08-17 11:02 (UTC) by C0rn3j)
Would you please consider changing the pkgver naming from "5.3rc4" to either "5.3-rc4" or "5.3.rc4" to be more consistent with the default kernel naming?
uname -r vs pacman -Q:
5.2.8-arch1-1-ARCH | linux 5.2.8.arch1-1
5.3.0-rc4-mainline | linux-mainline 5.3rc4-1
Also if the pkgrel could be present in the uname string, that'd be perfect then.
I'm making a script that detects running vs installed kernel version and would appreciate to have less/no workarounds for mainline, thanks!
SibrenVasse commented on 2019-07-22 21:49 (UTC)
marcin19883 commented on 2019-07-22 21:21 (UTC)
CONFIG_SND_SOC_INTEL_BYT_CHT_CX2072X_MACH is not set
how to turn on?
SibrenVasse commented on 2019-07-22 20:26 (UTC) (edited on 2019-07-22 20:27 (UTC) by SibrenVasse)
The upstream default is:
# CONFIG_SND_SOC_INTEL_BYT_CHT_CX2072X_MACH is not set
You'd have to enable this.
https://cateee.net/lkddb/web-lkddb/SND_SOC_INTEL_BYT_CHT_CX2072X_MACH.html
marcin19883 commented on 2019-07-22 20:06 (UTC) (edited on 2019-07-22 20:06 (UTC) by marcin19883)
Kernel 5.3 rc1. Module snd-soc-sst-byt-cht-cx2072x not available. Sound not working on Arch. On ubuntu it works.
eggz commented on 2019-07-11 10:36 (UTC)
I own a RTL8822BE WIFI device, the RTW88 driver shows up my device, but in a permanently DORMANT state. This kernel driver does not seem fully functional for all realtek WIFI devices. Same happens on core/linux aswell.
daenney commented on 2019-06-06 10:56 (UTC)
Please note that in 5.2 the old rtlwifi from drivers/staging has been removed in favour of the new RTW88 driver. If you have a Realtek wireless chipset that used rtlwifi you have to update the config
with the following:
CONFIG_RTW88=m
CONFIG_RTW88_8822BE=y
CONFIG_RTW88_8822CE=y
miffe commented on 2019-04-15 16:48 (UTC)
@supakorn-jamie: I've disabled the documentation for now.
supakorn-jamie commented on 2019-04-14 19:45 (UTC)
Apparently Python gives me an error now: Could not import extension kerneldoc (exception: cannot import name 'AutodocReporter' from 'sphinx.ext.autodoc' (/usr/lib/python3.7/site-packages/sphinx/ext/autodoc/init.py)) for making the documentation part of the kernel. See https://bugs.archlinux.org/task/62332 too.
Clarke commented on 2019-03-07 22:25 (UTC)
top package! Thanks.
ideal commented on 2019-02-19 06:00 (UTC)
Thanks.
Hammersamatom commented on 2018-12-28 19:40 (UTC)
arch/x86/kernel/macros.s is confirmed removed, Git blame says it was Stephen Rothwell who did it.
Haxk20 commented on 2018-12-23 21:35 (UTC)
arch/x86/kernel/macros.s have now been removed from kernel again.
txtsd commented on 2018-11-13 06:57 (UTC)
@SibrenVasse Thanks!
SibrenVasse commented on 2018-11-12 16:38 (UTC)
To get wireguard-dkms to install, I had to add a line to _package-headers()
amezin commented on 2018-10-18 04:18 (UTC)
Your config is out of sync from core/linux now
miffe commented on 2018-09-03 20:34 (UTC)
@jambon: I don't modify the config from whats available in core/linux. But once it's changed there it will be updated here too.
jambon commented on 2018-09-03 19:57 (UTC)
CONFIG_SILEAD_DMI has been renamed to CONFIG_TOUCHSCREEN_DMI as shown in https://lore.kernel.org/patchwork/patch/897964/. Please update the config file to reflect this.
miffe commented on 2018-08-16 22:54 (UTC)
Unflagging since 4.18.1 isn't part of mainline.
egrupled commented on 2018-06-23 23:37 (UTC) (edited on 2018-06-23 23:38 (UTC) by egrupled)
You include pgp keys but not verify them. You can change:
"git+https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git#tag=$_tag"
to
"git+https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git#tag=$_tag?signed"
miffe commented on 2018-06-22 03:29 (UTC)
@bezirg: Thats ok. core/linux-headers have the same "problem".
bezirg commented on 2018-06-21 20:52 (UTC)
I get a makepkg Warning:
==> WARNING: Package contains reference to $srcdir usr/lib/modules/4.18.0-rc1-mainline/build/tools/objtool/objtool
SibrenVasse commented on 2018-06-17 12:35 (UTC) (edited on 2018-06-17 12:40 (UTC) by SibrenVasse)
For anyone using this with a nvidia-dkms package: I had to patch the kernel and the nvidia package to get it to install.
Kernel mailing list discussion: https://lkml.org/lkml/2018/6/13/682
Nvidia patch source: http://mom.hlmjr.com/2018/06/11/nvidia-drivers-390-67-vs-kernel-4-17/
Kernel patch: https://ghostbin.com/paste/kykc3/raw
Nvidia patch: https://aur.archlinux.org/cgit/aur.git/plain/drm-control-allow.patch?h=nvidia-beta-dkms
tengisu commented on 2018-05-08 04:26 (UTC)
@rfr It said 4.17.0-1-mainline+ on all my builds from rc1-3.
I can't build 4.17-rc4, I get errors about objtool. I just started playing around with git and building kernels so I'm probably missing something.
rfr commented on 2018-05-07 14:18 (UTC)
Hi, any idea why this identifies as "4.17.0-1-mainline+"? AFAIR the + wasn't there in 4.16 and previous.
gourdcaptain commented on 2018-04-16 04:41 (UTC)
The sha256sum for the config file is currently wrong - checked across multiple downloads.
rfr commented on 2018-03-18 14:28 (UTC)
Hi, can you merge the config from core/linux again? thanks.
cchandel commented on 2018-03-05 04:49 (UTC)
Hi, Facing this error, any ideas?
./include/linux/kernel.h:6:10: fatal error: stdarg.h: No such file or directory #include <stdarg.h> ^~~~~~~~~~ compilation terminated. make[1]: [scripts/Makefile.build:325: arch/x86/purgatory/purgatory.o] Error 1 make: [arch/x86/Makefile:251: archprepare] Error 2 ==> ERROR: A failure occurred in prepare(). Aborting...</stdarg.h>
miffe commented on 2018-02-22 17:53 (UTC)
@prazola: No idea about it. Report it upstream at https://bugzilla.kernel.org/
prazola commented on 2018-02-22 11:04 (UTC)
@miffe here's the error: https://pastebin.com/iWS2X36x
prazola commented on 2018-02-21 15:56 (UTC)
@miffe I'll check it tonight, I was compiling in a non-scrollable terminal and that's the only thing I got. Btw, the package compiles without errors if I don't change the .config file with mine. Mine worked until 4.16.
miffe commented on 2018-02-21 14:07 (UTC)
@prazola: Thats just a generic make error, the real error is somewhere higher up in the log.
prazola commented on 2018-02-21 13:18 (UTC) (edited on 2018-02-21 13:19 (UTC) by prazola)
Can someone help me with this?
make[2]: [scripts/Makefile.build:575: drivers/gpu/drm] Error 2 make[1]: [scripts/Makefile.build:575: drivers/gpu] Error 2 make: *** [Makefile:1048: drivers] Error 2
My config file: https://pastebin.com/p36QM8mZ
Det commented on 2018-01-27 13:28 (UTC)
@lub, google: arch base-devel
lub commented on 2018-01-27 13:27 (UTC)
I think gcc and make would make sense as makedepends.
Pinned Comments
miffe commented on 2020-01-30 21:44 (UTC)
Repository here