Package Details: linux-mainline 6.0rc1-1

Git Clone URL: (read-only, click to copy)
Package Base: linux-mainline
Description: The Linux Mainline kernel and modules
Upstream URL:
Licenses: GPL2
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)

Pinned Comments

miffe commented on 2020-01-30 21:44 (UTC)

Repository here

Latest Comments

bittin commented on 2022-08-01 23:39 (UTC)

Compiled 5.19 for my Arch server and works fine

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

saeziae commented on 2022-07-21 18:56 (UTC)

Sourcing the git will download the 5GB big repo, using$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:


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

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.



SimPilotAdamT commented on 2021-11-20 21:43 (UTC)


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

SimPilotAdamT commented on 2021-10-26 10:59 (UTC) (edited on 2021-10-26 10:59 (UTC) by SimPilotAdamT)


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


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)


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)


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




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?


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.


jpegxguy commented on 2021-03-05 14:14 (UTC)

I think 5.12-rc1 should be skipped here.

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

As a workaround I commented the line "fs_initcall(btf_module_init);" in kernel/bpf/btf.c.

EDIT: Proper patch should be available here:

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
@@ -8,8 +8,8 @@

 pkgbase=linux-mainline               # Build stock -ARCH kernel
 #pkgbase=linux-custom       # Build kernel with a different name
 pkgdesc="Linux Mainline"
@@ -55,6 +55,8 @@ prepare() {
     patch -Np1 < "../$src"

+  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:

manual intervention (only do this if your build fails with that message):

git clone

cd linux-mainline

makepkg -so

sed -i 's/^struct noinline/noinline/' src/linux-mainline/mm/filemap.c

makepkg -ei

@jsutton you can git clone (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:

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?




These are important for Ryzen 4000 Mobile APUs.


NhaMeh commented on 2020-07-03 15:01 (UTC)

@ekollof then why don't you?

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:

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:

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: (see this thread

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

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?

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:

Entire Build Log:

Spec & Install Packages:

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 -

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)


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:


You'd have to enable this.

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:


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/ for making the documentation part of the kernel. See too.

Clarke commented on 2019-03-07 22:25 (UTC)

top package! Thanks.

ideal commented on 2019-02-19 06:00 (UTC)


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




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:

Nvidia patch source:

Kernel patch:

Nvidia patch:

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

prazola commented on 2018-02-22 11:04 (UTC)

@miffe here's the error:

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/ drivers/gpu/drm] Error 2 make[1]: [scripts/ drivers/gpu] Error 2 make: *** [Makefile:1048: drivers] Error 2

My config file:

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.

novenary commented on 2017-11-27 16:10 (UTC) (edited on 2017-11-27 17:46 (UTC) by novenary)

Hey, thanks for providing this PKGBUILD and the prebuilt repo. Would you please consider enabling CONFIG_DRM_AMD_DC_PRE_VEGA? Thanks in advance. Edit: nevermind, looks like this only changes the default state of DC, so anyone who wants to enable it can do so with amdgpu.dc=1.

restl3ss commented on 2017-11-18 11:18 (UTC)

Great package overall, one small request - in the next update can you please update your config to build the kmod for rtl8822be? The module works just fine, and otherwise I'm going to have to download the PKGBUILD and edit the config every time I want to update. Thanks

mirh commented on 2017-10-21 10:43 (UTC)

Can you please make git at least shallow cloning? It's nuts I have to download GBs of history, just to build latest kernel. And especially, what is now the point of this repo with respect to linux-git?

xuiqzy commented on 2017-10-10 18:01 (UTC)

Could you please change the VCS url to git+https://... to pull the git sources over TLS encrypted https since the git protocol is not encrypted and not authenticated? Thanks in advance! :)

MK13 commented on 2017-10-04 15:05 (UTC)

Tarballs are unsigned since 4.12-rc1 Also reflects in the PKGBUILD #"${_srcname}.tar.sign" Any plans to change to a git based build? Even if it comes with the downsides described in the kernel page

darkbasic commented on 2017-09-28 15:39 (UTC) git infrastructure has lots of countermeasures to avoid abuse and sometimes they get right into your way. For example if you try to pull the same big tree twice you will notice a much lower download speed the second time. Wait a couple of hours or change your IP and everything will probably get fixed.

laichiaheng commented on 2017-09-28 15:18 (UTC)

Why is the download speed so slow??

prazola commented on 2017-09-18 15:52 (UTC)

PKGBUILD and Makefile renewed? I used to patch both to load my config and setup march and mtune like this: "sed -i -e 's/march=core2/march=native/g;s/mtune=generic/mtune=native/g' Makefile" And replacing o2 with o3. Is there a way to do the same now with only few modifications as before?

miffe commented on 2017-08-10 03:56 (UTC)

It's vacation time, so updates might be a little slow for a few weeks.

kaueraal commented on 2017-07-05 21:04 (UTC)

The kernel currently does not build the new bfq io scheduler by default. I think that should be added/changed.

muhviehstarr commented on 2017-07-05 20:33 (UTC)

please check the config file: .config:5463:warning: symbol value 'm' invalid for SND_DESIGNWARE_PCM

xuiqzy commented on 2017-07-05 07:50 (UTC)

I also get failed checksums on 4.12 with the 2 config files

fs0ciety commented on 2017-07-04 23:31 (UTC)

With 4.12 I get the following errors. config.i686 ... FAILED config.x86_64 ... FAILED

lesto commented on 2017-05-28 15:36 (UTC)

patch-4.12-rc2 has checksum error

nabilh2020 commented on 2017-05-21 23:31 (UTC) (edited on 2017-05-21 23:44 (UTC) by nabilh2020)

linux-mainline RC1-1 seems to have solved the problem for Intel Cherrytrail LPE sound. Q; On its own with change in kernel userspace, or with mods I made to .config & Kconfig in sound/x86 ? Comments here:

Det commented on 2017-05-20 18:43 (UTC)

You can edit comments using the pen on the upper right corner. Next to the cross.

nabilh2020 commented on 2017-05-20 18:41 (UTC) (edited on 2017-05-21 01:02 (UTC) by nabilh2020)

Will 4.12 finally solve the audio for i915 LPE devices. I tried to modify the .config and sound>x86>Kfonfig to get sound in both 4.11 & 4.12 with no success, whereas this is resolved in Ubuntu since 4.11. actual module gets built as /lib/modules/4.12.0-rc1-g2b6b38b04c2e+/kernel/sound/x86/snd-hdmi-lpe-audio.ko.gz but still no sound.

bidulock commented on 2017-05-16 16:49 (UTC)

Linux mainline is now at 4.12rc1.

Det commented on 2017-04-15 10:02 (UTC) (edited on 2017-05-01 05:39 (UTC) by Det)

PKGBUILD still has pkgrel=1: .SRCINFO is this file:, which you run on the PKGBUILD only to get the information you see here on this page (also what yaourt and friends get). You can go rename /var/lib/pacman/local/linux-mainline-4.11rc6-1/ to *-2 and do the same for the %VERSION% in /var/lib/pacman/local/linux-mainline-4.11rc6-2/desc, which is quicker than rebuilding with pkgrel=2.

lesto commented on 2017-04-15 09:28 (UTC)

the revision 2 has a bug, yaourt thinks this is still revision 1 and try to install it over and over. Not 100% sure but could be cause by pkgrel=1??

smirky commented on 2017-04-13 21:52 (UTC) (edited on 2017-04-13 21:54 (UTC) by smirky) This commit breaks the kernel's hook. We get an empty file here because of that: /usr/share/libalpm/hooks/90-linux-mainline.hook To fix it, we just need to rename the 99-linux.hook to 90-linux.hook, otherwise, we do sed on a non-existing file, forcing us to workaround it with mkinitcpio -p linux-mainline (manually).

kgizdov commented on 2017-04-13 11:04 (UTC)

@WozMzy, sorry, I misunderstood how the config was handled. I thought it was just taken plainly from core, who has already applied olddefconfig. That is fine then.

WorMzy commented on 2017-04-12 23:32 (UTC)

@kgizdov: As miffe said, the core package's config is used as a base and is updated with olddefconfig which sets all new config options to their recommended/default values. If you are unhappy with the upstream defaults, complain there. Alternatively, roll your own config as Det suggested.

kgizdov commented on 2017-04-12 22:10 (UTC)

@miffe, as I said, regardless of the flag I mentioned, you are saying you are using a config from a different version of Linux. That is not how Linux works. This is a problem. You can run the built-in conf routine in the Linux source yourself and then diff against the one from another version. You will find that they have huge differences. Please try to mitigate this.

miffe commented on 2017-04-10 11:38 (UTC)

@kgizdov: The core config is updated with make olddefconfig before building. It hasn't caused a problem yet. And core can add that flag when they update to 4.11 and then i'll merge it back here.

Det commented on 2017-04-10 09:55 (UTC)

I don't suppose it matters either too much, since it's just a module, but also on that, isn't it easy enough to just enable nconfig to go through your own changes?

kgizdov commented on 2017-04-10 09:49 (UTC)

@miffe, a lot of the times you need a different config with newer versions of the kernel. How do you justify using the "old" config from the core package? I don't necessarily mean you to add my flag in particular, but core cannot and will not add it because it doesn't exist for linux 4.10, but it does for linux 4.11. It's bad practice not to update the config to match the version of linux.

basica commented on 2017-04-10 08:59 (UTC)

@miffe, thanks. I will wait till it becomes a stable kernel, and if not included in the default config log a request with the arch devs.

miffe commented on 2017-04-10 08:50 (UTC)

@basica, kgizdov: This package uses the same config as core/linux, i wont to diverge from that. But once it's added there it will be here aswell.

basica commented on 2017-04-10 08:28 (UTC)

I was/am the maintainer for linux-ct which was the linux kernel patched to add support for HDMI sound for cherry/bay trail CPUs. This is now in the mainline kernel, but support isn't built by the default config. I don't suppose the config could be modified so that CONFIG_HDMI_LPE_AUDIO=m is added by default? Thanks,

kgizdov commented on 2017-04-07 17:17 (UTC)

Has anyone tried building with PCIEASPM_POWER_SUPERSAVE or PCIEASPM_POWER_SAVE. I wonder if we should add it to the config. Thoughts? (

Mthw commented on 2017-04-03 06:55 (UTC) (edited on 2017-04-04 12:04 (UTC) by Mthw)

[deleted] Thanks!

Det commented on 2017-04-01 16:26 (UTC)

Do you need some co-maintenance assistance or what's up?

miffe commented on 2017-03-12 23:42 (UTC)

@tomjtoth: It's available in the git repo.

commented on 2017-03-12 21:57 (UTC)

is it possible to get the 4.10-rc5 now? I have an A10-8700p and this was the only kernel version so far that I could use amdgpu with dpm and runpm disabled.. I'm fed up with Vesa... :'( xD

miffe commented on 2017-02-12 16:43 (UTC)

@zeroxfourc: Remove the src directory.

zeroxfourc commented on 2017-02-12 13:20 (UTC)

There seems to be something wrong with the patch... ==> Starting prepare()... patching file .mailmap patching file CREDITS patching file Documentation/00-INDEX patching file Documentation/ABI/README patching file Documentation/ABI/stable/sysfs-devices patching file Documentation/ABI/testing/sysfs-block The next patch would create the file Documentation/ABI/testing/sysfs-bus-fsl-mc, which already exists! Assume -R? [n]

agapito commented on 2017-02-01 05:42 (UTC)

My system was correctly updated. I tried to compile it again and now works. I don't know what happened.

miffe commented on 2017-01-31 20:50 (UTC)

agapito: Make sure your system is correctly updated, your bash or ncurses seems out of date.

agapito commented on 2017-01-31 17:49 (UTC)

Can't compile it: LD fs/coda/built-in.o CC [M] fs/coda/psdev.o CC kernel/time/tick-broadcast-hrtimer.o /bin/sh: error while loading shared libraries: cannot open shared object file: No such file or directory make[2]: *** [scripts/ fs/ceph/addr.o] Error 127 make[1]: *** [scripts/ fs/ceph] Error 2 make[1]: *** Se espera a que terminen otras tareas.... /bin/sh: error while loading shared libraries: cannot open shared object file: No such file or directory make[2]: *** [scripts/ kernel/time/tick-oneshot.o] Error 127 make[1]: *** [scripts/ kernel/time] Error 2 make[1]: *** Se espera a que terminen otras tareas.... /bin/sh: error while loading shared libraries: cannot open shared object file: No such file or directory make[2]: *** [scripts/ kernel/trace/ring_buffer.o] Error 127 make[1]: *** [scripts/ kernel/trace] Error 2 /bin/sh: error while loading shared libraries: cannot open shared object file: No such file or directory make[2]: *** [scripts/ kernel/sched/cpupri.o] Error 127 make[2]: *** Se espera a que terminen otras tareas.... /bin/sh: error while loading shared libraries: cannot open shared object file: No such file or directory /bin/sh: error while loading shared libraries: cannot open shared object file: No such file or directory /bin/sh: error while loading shared libraries: cannot open shared object file: No such file or directory make[2]: *** [scripts/ fs/cifs/cifssmb.o] Error 127 make[2]: *** Se espera a que terminen otras tareas.... make[2]: *** [scripts/ fs/cifs/cifs_debug.o] Error 127 make[2]: *** [scripts/ fs/coda/cache.o] Error 127 make[2]: *** Se espera a que terminen otras tareas.... /bin/sh: error while loading shared libraries: cannot open shared object file: No such file or directory make[3]: *** [scripts/ arch/x86/events/intel/bts.o] Error 127 make[3]: *** Se espera a que terminen otras tareas.... /bin/sh: error while loading shared libraries: cannot open shared object file: No such file or directory /bin/sh: error while loading shared libraries: cannot open shared object file: No such file or directory make[2]: *** [scripts/ arch/x86/events/amd/power.o] Error 127 make[2]: *** Se espera a que terminen otras tareas.... make[2]: *** [scripts/ fs/btrfs/print-tree.o] Error 127 make[2]: *** Se espera a que terminen otras tareas.... /bin/sh: error while loading shared libraries: cannot open shared object file: No such file or directory /bin/sh: error while loading shared libraries: cannot open shared object file: No such file or directory /bin/sh: error while loading shared libraries: cannot open shared object file: No such file or directory /bin/sh: error while loading shared libraries: cannot open shared object file: No such file or directory /bin/sh: error while loading shared libraries: cannot open shared object file: No such file or directory make[1]: *** [scripts/ mm/mprotect.o] Error 127 make[1]: *** Se espera a que terminen otras tareas.... make[2]: *** [scripts/ arch/x86/ia32/sys_ia32.o] Error 127 make: *** [Makefile:988: mm] Error 2 make: *** Se espera a que terminen otras tareas.... make[1]: *** [scripts/ arch/x86/ia32] Error 2 make[1]: *** Se espera a que terminen otras tareas.... /bin/sh: error while loading shared libraries: cannot open shared object file: No such file or directory make[2]: *** [scripts/ arch/x86/kernel/process_64.o] Error 127 make[2]: *** Se espera a que terminen otras tareas.... /bin/sh: error while loading shared libraries: cannot open shared object file: No such file or directory make[2]: *** [scripts/ arch/x86/kernel/signal.o] Error 127 make[1]: *** [scripts/ arch/x86/kernel] Error 2 make[1]: *** [scripts/ fs/coda] Error 2 make[1]: *** [scripts/ kernel/sched] Error 2 make: *** [Makefile:988: kernel] Error 2 make[2]: *** [scripts/ arch/x86/events/intel] Error 2 make[1]: *** [scripts/ arch/x86/events] Error 2 make: *** [Makefile:988: arch/x86] Error 2 make[1]: *** [scripts/ fs/cifs] Error 2 make[1]: *** [scripts/ fs/btrfs] Error 2 make: *** [Makefile:988: fs] Error 2

ishitatsuyuki commented on 2017-01-09 08:00 (UTC)

Along with the update, please also merge stock configs. BBR is just a part of amazing features, I need ISH support as well.

darkbasic commented on 2016-12-23 16:04 (UTC)

We have 4.9 in testing, should be safe to update the config files now.

quest commented on 2016-12-20 23:06 (UTC)

+1 on defaulting to BBR enabled. I have a feeling that everyone is flocking to 4.9 to test it out, and in my case the new nvme support. =)

Sherlock-Holo commented on 2016-12-19 16:14 (UTC)

In my opinion, many people use the 4.9 kernel to try the new BBR, if you don't add CONFIG_TCP_CONG_BBR=y, maybe they feel disappointed(include me :p)

SirBarclay commented on 2016-12-12 01:14 (UTC)

Says 4.9-1 but it downloads and compiles 4.8

miffe commented on 2016-12-11 22:20 (UTC)

@Hydeh: Check your bc and readline installations.

Hydeh commented on 2016-12-11 21:37 (UTC) (edited on 2016-12-11 21:37 (UTC) by Hydeh)

Hi I'm having an issue with this packages installtion, when I run "makepkg -si" almost everything runs untill close to the end where this error appears. bc: error while loading shared libraries: cannot open shared object file: No such file or directory make[1]: *** [Kbuild:67: include/generated/timeconst.h] Error 1 make: *** [Makefile:1033: prepare0] Error 2 ==> ERROR: A failure occurred in prepare(). Aborting... Any idea as to how i could fix this?

miffe commented on 2016-12-08 11:53 (UTC)

@RubenKelevra: I wont change the config from whats in core/linux. If you get it added there it will show up here too.

RubenKelevra commented on 2016-12-08 09:38 (UTC)

Can you please add CONFIG_TCP_CONG_BBR=y? Thanks :)

ishitatsuyuki commented on 2016-11-29 10:12 (UTC)

I'm curious if CONFIG_INTEL_ISH_HID would be included.

afzalarsalan commented on 2016-11-28 00:36 (UTC)

If you look at the commit, you'll see it's quite the simple fix for CONFIG_MODVERSIONS ;)

smirky commented on 2016-11-27 22:36 (UTC)

@lesto Yes, -rc7 has the patch. "Fix subtle CONFIG_MODVERSIONS problems" Make some research next time :)

lesto commented on 2016-11-27 22:22 (UTC) (edited on 2016-11-27 22:23 (UTC) by lesto)

@smirky waiting for RC7, can you confirm the patch is there? i don't find it in the realeases notes!

smirky commented on 2016-11-25 06:22 (UTC)

@lesto, Read the link I provided here, make it on a patch, add it in the PKGBUILD and build.

lesto commented on 2016-11-25 02:30 (UTC)

@blueyed using default pkgbuild, so make olddefconfig. can' use localmodconfig as i need modules for a bit of everything (embedded dev)

smirky commented on 2016-11-22 19:37 (UTC)

fpqc commented on 2016-11-19 15:35 (UTC) (edited on 2016-11-19 15:50 (UTC) by fpqc)

This package needs to install a hook file as follows: ==== /usr/share/libalpm/hooks/80-linux-mainline.hook ==== [Trigger] Type = File Operation = Install Operation = Upgrade Target = boot/vmlinuz-linux-mainline Target = usr/lib/initcpio/* [Action] Description = Updating Arch Linux-Mainline initramfs image When = PostTransaction Exec = /usr/bin/mkinitcpio -p linux-mainline ======

blueyed commented on 2016-11-18 01:16 (UTC)

@lesto (and others): Are you using `make localmodconfig`? I think it would be good to have some (wiki) article about this package: 1. how and if `make localmodconfig` is supported / supposed to work. Just use it instead of "make olddefconfig" in the PKGBUILD? 2. how to change the config and rebuild the package without building it from scratch? 2a. When not cleaning the "src" directory you will get messages like the following during patching: The next patch would create the file .gitattributes, which already exists! Assume -R? [n] Thanks!

lesto commented on 2016-11-17 20:58 (UTC)

rc5 still need CONFIG_MODVERSIONS to be disabled for both my pc, is that normal? shoun't be fixed by RC3?

commented on 2016-11-03 21:45 (UTC)

frosth: Thanks for the link. Disabling CONFIG_MODVERSIONS fixed it.

prazola commented on 2016-10-21 17:09 (UTC)

This build hangs on shutdown and reboot on all my PCs like every rc1 since 4.5. But this time i don't see any kernel panic message, just black monitor and computer don't turn off.

frosth commented on 2016-10-16 15:29 (UTC)

you can fixed it by disabling CONFIG_MODVERSIONS, more info:

enckse commented on 2016-10-16 13:53 (UTC)

After the upgrade to 4.9rc1-1, boot could not find the dev mapper for my root device (systemd-boot + luks + lvm) so I had an unbootable machine (didn't get any errors/warnings during mkinit or install). I've downgraded back to linux-mainline 4.8-1 but word of warning and/or any advice/input is welcome

miffe commented on 2016-09-15 10:50 (UTC)

@mirh: They dont change that often. See And it seems pointless to update them just to get another version string in a comment.

mirh commented on 2016-09-14 19:37 (UTC)

They can even be a week old, but if this is 4.8rc6, why the header of the file mentions 4.7.3-2 ?

miffe commented on 2016-08-29 14:04 (UTC)

They are a week old. And they are necessary.

mirh commented on 2016-08-29 13:22 (UTC)

Config files this package comes with are, for as much default, quite old and trigger some warnings. Could they be updated? Or even better, do we really need to ship them?

talonz commented on 2016-07-09 22:49 (UTC) (edited on 2016-07-17 01:37 (UTC) by talonz)

I got a problem trying to get r8168-dkms working it fails to build the module Is there something I need to add to the package build to get it working, this fails on both mainline and git kernels Your kernel headers for kernel cannot be found at /usr/lib/modules//build or /usr/lib/modules//source. Edit: i have linux-mainline-headers installed and the git one as well Edit 2: $ cat /var/lib/dkms/r8168/8.042/build/make.log DKMS make.log for r8168-8.042 for kernel 4.7.0-rc7-gfa3a9f574 (x86_64) Sat Jul 16 08:00:11 AEST 2016 make: Entering directory '/usr/lib/modules/4.7.0-rc7-gfa3a9f574/build' CC [M] /var/lib/dkms/r8168/8.042/build/src/r8168_n.o /var/lib/dkms/r8168/8.042/build/src/r8168_n.c: In function ‘rtl8168_init_one’: /var/lib/dkms/r8168/8.042/build/src/r8168_n.c:22799:28: error: ‘struct net_device’ has no member named ‘gso_min_segs’; did you mean ‘gso_max_segs’? dev->gso_min_segs = NIC_MIN_PHYS_BUF_COUNT; ^~ /var/lib/dkms/r8168/8.042/build/src/r8168_n.c:22807:28: error: ‘struct net_device’ has no member named ‘gso_min_segs’; did you mean ‘gso_max_segs’? dev->gso_min_segs = NIC_MIN_PHYS_BUF_COUNT; ^~ /var/lib/dkms/r8168/8.042/build/src/r8168_n.c: In function ‘rtl8168_start_xmit’: /var/lib/dkms/r8168/8.042/build/src/r8168_n.c:24969:12: error: ‘struct net_device’ has no member named ‘trans_start’; did you mean ‘mem_start’? dev->trans_start = jiffies; ^~ make[1]: *** [scripts/ /var/lib/dkms/r8168/8.042/build/src/r8168_n.o] Error 1 make: *** [Makefile:1457: _module_/var/lib/dkms/r8168/8.042/build/src] Error 2 make: Leaving directory '/usr/lib/modules/4.7.0-rc7-gfa3a9f574/build' any help would be much appreciated as i am currently tethering off of my phone for a week ;[

kgizdov commented on 2016-07-09 16:47 (UTC) (edited on 2016-07-09 16:47 (UTC) by kgizdov)

I'm getting the following warning: Hunk #1 succeeded at 39 (offset 2 lines). HOSTCC scripts/basic/fixdep HOSTCC scripts/kconfig/conf.o SHIPPED scripts/kconfig/ SHIPPED scripts/kconfig/zconf.lex.c SHIPPED scripts/kconfig/zconf.hash.c HOSTCC scripts/kconfig/ HOSTLD scripts/kconfig/conf scripts/kconfig/conf --olddefconfig Kconfig .config:1614:warning: symbol value 'm' invalid for RXKAD .config:7711:warning: symbol value 'm' invalid for ASYMMETRIC_KEY_TYPE # # configuration written to .config # scripts/kconfig/conf --silentoldconfig Kconfig I wonder if it's a misconfiguration some where.

Jhackler commented on 2016-06-11 15:46 (UTC)

I had the same issue as craftyguy and his solution fixed it.

craftyguy commented on 2016-06-06 04:05 (UTC)

FYI, after installing 4.7rc2, I got an "error loading" error when trying to start X11. Reinstalling systemd and libsystemd resolved the issue. Not sure if there's anything you can do in the PKGBUILD for that, but thought I would mention it here in case others hit this.

oniram commented on 2016-05-25 20:19 (UTC) (edited on 2016-05-25 20:19 (UTC) by oniram)

Package community/bbswitch-dkms fails to build the module on this kernel (linux-mainline-4.6-1). I've tracked the problem down to a new user-space utility (objtool) that comes with 4.6 and needs to be installed. In the core/linux package they handle it like this:

Jhackler commented on 2016-04-26 19:00 (UTC)

"I just wanted to know if something changed in the package to trigger the bad behaviour in yaourt or if it was an helper update which I didn't notice. P.S. I really don't know why everybody hates helpers so much. Using makepkg is easy but tedious when you have lots of packages from aur: helpers are a great thing, especially since they allow you to edit the pkgbuilds on the fly." darkbasic, the issue comes because it is clear that either the process of doing it manually is unknown, or the poster was not willing to put forward the effort to test it manually. One should make sure it was the AUR package and not the helper first. The correct thing to do when it fails is, do it manually, then if it succeeds file the report with yaourt devs not the perfectly fine Aur package. I use Yaourt and did not come here asking about the issue. Actually in this case rebooting the system and running yaourt again worked out. I doubt anyone hates people using helpers, they just are not interested in going out of the way to support them in their packages. Don't worry I have been lazy at times as well and got varied degrees of grief over it.

mayurkr commented on 2016-04-18 07:35 (UTC) (edited on 2016-04-18 07:46 (UTC) by mayurkr)

Please update the source from to is using fastly cdn to speedup downloads.

rcoit commented on 2016-04-08 16:55 (UTC)

There have been some changes in the config for the standard kernel build and now my touchscreen on my tablet is working again. Is there any chance that you could update your config file with these changes. Thanks

Jhackler commented on 2016-03-29 03:50 (UTC)

Was just coming to mention that powerplay is now on by default in latest rc but was a little slow on the draw. Glad this is the case. Now cant wait till this makes it to the official arch kernel so I can remove this from my regular updates. For the person with the Yaourt issue make sure it is the latest version and restart your computer I tested it and it was working.

holunder commented on 2016-03-28 15:57 (UTC)

AMDGPU Powerplay is now activated by default with 4.6 RC1! \o/

darkbasic commented on 2016-03-01 21:54 (UTC)

I just wanted to know if something changed in the package to trigger the bad behaviour in yaourt or if it was an helper update which I didn't notice. P.S. I really don't know why everybody hates helpers so much. Using makepkg is easy but tedious when you have lots of packages from aur: helpers are a great thing, especially since they allow you to edit the pkgbuilds on the fly.

WorMzy commented on 2016-03-01 20:31 (UTC)

Why are you posting that? You're using an AUR helper that is broken, just use makepkg.

darkbasic commented on 2016-03-01 20:28 (UTC)

==> This PKGBUILD provides " linux-mainline linux-mainline-headers linux-mainline-docs " ==> Install only linux-mainline ? [Y/n] ==> ----------------------------------- ==> makepkg: invalid option '--pkg' ==> ERROR: Makepkg was unable to build linux-mainline. ==> Restart building linux-mainline ? [y/N]

darkbasic commented on 2016-02-26 19:07 (UTC)

Guys he will not enable it, if you want powerplay just uncomment "make nconfig" from the pkgbuild and add it by yourself. In the next kernel version it will be probably enabled by default and the problem will not exist anymore :)

Jhackler commented on 2016-02-26 19:04 (UTC)

Any news on the powerplay request?

kvvius commented on 2016-02-15 15:13 (UTC)

+5 for enabling Powerplay !

Tromzy commented on 2016-02-09 11:53 (UTC)

+4 for enabling Powerplay !

jayki commented on 2016-02-08 15:36 (UTC)

+3 for using the testing configs and +3 for also enable AMDGPU Powerplay

holunder commented on 2016-02-06 20:42 (UTC)

+2 to please enable AMDGPU Powerplay! Doesn't do harm to nobody, one still needs to set a special boot parameter to use it.

Jhackler commented on 2016-02-06 09:12 (UTC)

+1 to enabling the powerplay flag. As an r9 380 user this is the main reason I was considering the mainline kernel.

darkbasic commented on 2016-02-02 09:58 (UTC)

@miffe I definitely prefer testing/linux please, I don't need a flag.

prazola commented on 2016-02-01 16:24 (UTC)

@miffe I go for the testing one, or you can add a flag to switch between two configs.

miffe commented on 2016-01-28 12:29 (UTC)

@darkbasic: I merge the core/linux config on every mainline-rc1 release. If enough people want it, I guess i could merge with testing/linux every rc release instead.

darkbasic commented on 2016-01-28 10:28 (UTC)

@miffe: Do you really use the config from core/linux? testing/linux would be a far better candidate. For example my laptop needed some config changes with 4.4, so I filed a bug and asked to fix it, which they did. If you still use the 4.3 config I will miss the improvements which will land in 4.4 once it will hit core. Since everyone expects linux-mainline being much more unstable than testing/linux, then aiming to use the testing config is the natural choice IMHO.

miffe commented on 2016-01-25 22:55 (UTC)

@lordheavy: I won't change the config from whats in core/linux. @prazola: sed '215,242d' -i PKGBUILD

prazola commented on 2016-01-25 14:07 (UTC)

Header compile error if you exclude dvb configs from .config.

lordheavy commented on 2016-01-25 00:38 (UTC)

Can you enable powerplay with 4.5rc1 kernel ? Thks # CONFIG_DRM_AMD_POWERPLAY is not set

prazola commented on 2016-01-17 21:38 (UTC)

One question: are compile flags present in "Makefile" of this kernel overrided by the /etc/makepkg.conf flags? ty

T4cC0re commented on 2016-01-13 05:13 (UTC)

It installed fine, but somehow the generated ramdisk missed the nvme and btrfs modules present in the 'real' kernels ramdisk. I needed to manually add them to mkinitcpio.conf. How are those detected? Is this a problem of this package or a general kernel-building issue?

bradmccormack100 commented on 2016-01-10 23:45 (UTC)

The problem with cp: cannot stat ‘arch//Makefile’: No such file or directory is due to the scope of the KARCH variable is where it is defined. Its not within scope here The quickest way to fix is to just move the KARCH variable to the top so it has global scope. Perhaps around here There is already a patch listed here too that could be adopted.

lesto commented on 2015-12-16 20:13 (UTC) (edited on 2015-12-16 20:18 (UTC) by lesto)

when compiling linux-mainline-header i get: ==> Starting package_linux-mainline-headers()... cp: cannot stat ‘arch//Makefile’: No such file or directory

sonny commented on 2015-11-24 17:56 (UTC)

I'm getting the following error kernel/sys.c: In function ‘override_release’: kernel/sys.c:1133:28: error: expected expression before ‘>>’ token v = ((LINUX_VERSION_CODE >> 8) & 0xff) + 60; ^ scripts/ recipe for target 'kernel/sys.o' failed make[1]: *** [kernel/sys.o] Error 1 Makefile:943: recipe for target 'kernel' failed make: *** [kernel] Error 2

lesto commented on 2015-11-24 00:00 (UTC)

same problem here! seems it should be only in linux-mainline-docs right?

thevoidnn commented on 2015-11-20 23:43 (UTC) (edited on 2015-11-22 21:51 (UTC) by thevoidnn)

error: failed to commit transaction (conflicting files) /usr/lib/modules/4.4.0-rc1-mainline/build/Documentation/kbuild/Kconfig.recursion-issue-01 exists in both 'linux-mainline-docs' and 'linux-mainline-headers' /usr/lib/modules/4.4.0-rc1-mainline/build/Documentation/kbuild/Kconfig.recursion-issue-02 exists in both 'linux-mainline-docs' and 'linux-mainline-headers' /usr/lib/modules/4.4.0-rc1-mainline/build/Documentation/kbuild/ exists in both 'linux-mainline-docs' and 'linux-mainline-headers' Errors occurred, no packages were upgraded. (had to install kernel manually (no yaourt), omitted docs package)

miffe commented on 2015-11-20 17:47 (UTC)

@darkbasic: You're right. A | had gone missing from row 50, so the patch was never applied. Fixed in -2

darkbasic commented on 2015-11-20 17:28 (UTC)

@miffe I mean that it doesn't really apply the patch: when you uncomment "make nconfig" in the ebuild you get a 4.3 kernel nconfig. I even opened the Makefile inside the src directory and I can see a 4.3 version. I even tried to apply the 4.4-rc1 patch inside the src directory while it was compiling and it applied flawlessly, meaning it didn't apply before.

miffe commented on 2015-11-20 15:17 (UTC)

@darkbasic: What do you mean? It's applied on row 50 in the PKGBUILD. @BugMaze: That looks like an issue with the linux-docs/headers packages not linux-mainline.

darkbasic commented on 2015-11-20 14:42 (UTC)

It doesn't apply patch-4.4-rc1.xz.

BugMaze commented on 2015-11-17 06:35 (UTC)

Compiled it today , but it won't install : (3/3) checking for file conflicts [##############################################################] 100% error: failed to commit transaction (conflicting files) /usr/lib/modules/4.4.0-rc1-ARCH/build/Documentation/kbuild/Kconfig.recursion-issue-01 exists in both 'linux-docs' and 'linux-headers' /usr/lib/modules/4.4.0-rc1-ARCH/build/Documentation/kbuild/Kconfig.recursion-issue-02 exists in both 'linux-docs' and 'linux-headers' /usr/lib/modules/4.4.0-rc1-ARCH/build/Documentation/kbuild/ exists in both 'linux-docs' and 'linux-headers' Errors occurred, no packages were upgraded.

darkbasic commented on 2015-11-16 17:22 (UTC)

Please bump to 4.4-rc1.

FadeMind commented on 2015-11-16 11:29 (UTC)

Should be applied this patch: Reference:

BugMaze commented on 2015-11-16 10:52 (UTC)

Using this PKGBUILD but changing it to compile 4.4-rc1 results : DEPMOD 4.4.0-1-ARCH depmod: ERROR: Found 2 modules in dependency cycles! depmod: ERROR: Cycle detected: lnet -> libcfs -> lnet ==> ERROR: A failure occurred in package_linux(). Aborting...

FadeMind commented on 2015-11-16 08:19 (UTC)

4.4rc1 released

SBeaver commented on 2015-09-20 17:27 (UTC)

I get a linking error complaining about a path. It seems somewhere in there there is something that doesn't handle paths containing spaces properly. The first part of the path displayed in the error is actually longer and the part shown is the one after the space only. Should be pretty clear even if it's not in english. Message: ln: målet ”filer/linux-mainline/pkg/linux-mainline/lib/modules/4.3.0-rc1-mainline/source” är inte en katalog Makefile:1117: receptet för målet ”_modinst_” misslyckades make: *** [_modinst_] Fel 1

gokcen commented on 2015-08-30 20:39 (UTC)

This patch would make all bcmwl users happy:

WorMzy commented on 2015-08-11 17:40 (UTC)

rachaelbe, this is not the place to seek support for these problems. File bugs upstream and (if you can) the bisect to find the commits that cause them.

rachaelbe commented on 2015-08-11 17:33 (UTC)

More than that, suspend doesn't work with rc6 either... have now downgraded back to rc5 and all is right with the world!

rachaelbe commented on 2015-08-11 16:18 (UTC)

Also i3status bar won't start now, although it will run in the terminal (just not in X11)

rachaelbe commented on 2015-08-11 16:09 (UTC)

Just updated (via the repository) to rc6 from rc5 and I can no longer set the backlight on my Acer laptop... it's being working fine up until now :(

Vi0L0 commented on 2015-08-08 22:21 (UTC)

Are you also unable to build this packlage after glibc 2.22 & toolchain update [testing]? It throws something like (translating): "Makefile: 944: commands for target 'drivers' failed". linux builds fine, though.

colorprint commented on 2015-08-05 07:34 (UTC)

Kernel and modules crashes when booting on MS Surface Pro 3. Worked fine before with 4.1 linux-mainline kernel. Also works fine when compiled with default .config file. Something should be fixed in config.x86_64 file, but I can't find out what exactly...

Det commented on 2015-06-30 00:18 (UTC)

But don't update to 4.1.1. That's not why I flagged. Otherwise we might get fixes in.

graysky commented on 2015-06-22 21:24 (UTC)

Yeah, Tux on doesn't look quite right :)

yurikoles commented on 2015-06-17 15:20 (UTC)

Please use official home page:

FadeMind commented on 2015-06-01 10:17 (UTC)

Please update config files with lastest changes from official linux arch src.

miffe commented on 2015-05-25 14:46 (UTC)

@taylorchu: I saw your comment too late for rc5. But I'll do it for rc6.

taylorchu commented on 2015-05-25 14:25 (UTC)

@miffe I noticed that miffe's compiled kernel uses older gcc. Could you update gcc?

miffe commented on 2015-05-10 13:05 (UTC)

@gokcen: It'll be included in rc3.

gokcen commented on 2015-05-10 09:08 (UTC)

@miffe how about this patch?

FadeMind commented on 2015-04-27 15:17 (UTC)

It is source of issue Reference:

miffe commented on 2015-04-27 15:11 (UTC)

@gokcen: I guess that broadcom hasn't updated their driver yet for 4.1. But it's a problem for the broadcom-wl-dkms package, not this one.

gokcen commented on 2015-04-27 14:12 (UTC)

4.1rc compiles fine but broadcom-wl dkms gives the following error: $ sudo dkms install broadcom-wl/ Kernel preparation unnecessary for this kernel. Skipping... Building module: cleaning build area.... make KERNELRELEASE=4.1.0-1-mainline -C /usr/lib/modules/4.1.0-1-mainline/build M=/var/lib/dkms/broadcom-wl/ exit status: 2) Error! Bad return status for module build on kernel: 4.1.0-1-mainline (x86_64) Consult /var/lib/dkms/broadcom-wl/ for more information. $ cat /var/lib/dkms/broadcom-wl/ DKMS make.log for broadcom-wl- for kernel 4.1.0-1-mainline (x86_64) Mon Apr 27 15:57:23 CEST 2015 make: Entering directory '/usr/lib/modules/4.1.0-1-mainline/build' CFG80211 API is prefered for this kernel version Using CFG80211 API LD /var/lib/dkms/broadcom-wl/ CC [M] /var/lib/dkms/broadcom-wl/ CC [M] /var/lib/dkms/broadcom-wl/ CC [M] /var/lib/dkms/broadcom-wl/ CC [M] /var/lib/dkms/broadcom-wl/ LD [M] /var/lib/dkms/broadcom-wl/ Building modules, stage 2. CFG80211 API is prefered for this kernel version Using CFG80211 API MODPOST 1 modules FATAL: modpost: GPL-incompatible module wl.ko uses GPL-only symbol 'cpu_tss' scripts/Makefile.modpost:90: recipe for target '__modpost' failed make[1]: *** [__modpost] Error 1 Makefile:1386: recipe for target 'modules' failed make: *** [modules] Error 2 make: Leaving directory '/usr/lib/modules/4.1.0-1-mainline/build'

miffe commented on 2015-04-13 16:50 (UTC)

@FadeMind: I'll update it for RC1, same as I always do. There is very little change. And if you really need the changes, you can use the kernel in testing.

FadeMind commented on 2015-04-13 16:29 (UTC)

miffe Please using file config and file config.x86_64 for 4.0 series. You using 3.19 configs - they are obsolete. TY

miffe commented on 2015-03-22 23:21 (UTC)

@silentmoose: It does. It's only one patch and all it does is change the default log level.

silentmoose commented on 2015-03-22 22:10 (UTC)

Does this come with the patches arch deploys on the kernel as well?

miffe commented on 2015-03-06 15:11 (UTC)

@emolitor: This package uses the config from the core/linux package, so once it's enabled there it will be here too.

emolitor commented on 2015-03-06 12:04 (UTC)

Relatively new to arch but it would be good to enable baytrail/broadwell+ support by adding a few more defaults. CONFIG_X86_INTEL_LPSS=y CONFIG_PINMUX=y CONFIG_PINCONF=y CONFIG_PINCTRL_BAYTRAIL=y CONFIG_I2C=y CONFIG_ACPI_I2C_OPREGION=y

FadeMind commented on 2015-03-03 18:31 (UTC)

Linux 4.0-rc2

clfarron4 commented on 2015-02-23 10:28 (UTC)

Oh my days... 4.0-rc1 has arrived. Update: I think the 4MB patch-4.0-rc1.tar.xz is botched, because there's a Kconfig file missing which is there if you use the larger 70MB source.

alex.henrie commented on 2015-02-19 20:44 (UTC)

@miffe: You're right. `pacaur -Sy linux-mainline linux-mainline-headers` works.

miffe commented on 2015-02-19 10:59 (UTC)

@alex.henrie: It tries to copy arch/${KARCH}/Makefile in _package-headers(), but the KARCH variable is set in _package(). So if you build everything at once and not just the headers package it should work. I'll open a bug for core/linux.

alex.henrie commented on 2015-02-19 00:18 (UTC)

I can't get this package to install. When I run `pacaur -Sy linux-mainline-headers` the entire kernel compiles, then the installation stops with the message IHEX firmware/yam/9600.bin ==> Entering fakeroot environment... ==> Starting package_linux-mainline-headers()... cp: cannot stat 'arch//Makefile': No such file or directory ==> ERROR: A failure occurred in package_linux-mainline-headers(). Aborting... :: linux-mainline cleaning skipped :: failed to build linux-mainline-headers package(s)

miffe commented on 2015-02-11 12:22 (UTC)

@hzy199411: I wont change the config from whats in the core/linux package. Also, wont x32 need a different userland thats not available in archlinux?

hzy199411 commented on 2015-02-11 01:03 (UTC)

would you like enable x32 ABI for this kernel?

miffe commented on 2015-02-02 12:29 (UTC)

@clfarron4: See I'll switch the PKGBUILD to using the full tarballs.

clfarron4 commented on 2015-02-02 09:17 (UTC)

Just tried building rc7 (by updating the sources) and I get this: patching file arch/arm64/boot/dts/cavium/thunder-88xx.dtsi patching file arch/arm64/boot/dts/foundation-v8.dts patching symbolic link arch/arm64/boot/dts/include/dt-bindings symbolic link target '../../../../../include/dt-bindings' is invalid ==> ERROR: A failure occurred in prepare(). Aborting... makepkg -s 27.05s user 2.89s system 38% cpu 1:18.73 total Am I the only one?

lockheed commented on 2015-01-15 14:06 (UTC)

@miffe, "setup" option has been appearantly removed: $ sudo phc-intel setup usage: /usr/bin/phc-intel {start|stop|status|set}

miffe commented on 2015-01-15 13:27 (UTC)

@edward_81: Thats the same CFLAGS as me. Please add V=1 to the make command on line 89 and rebuild with MAKEFLAGS="-j1" to get verbose output. @lockheed: Did you run phc-intel setup? Any errors from that?

lockheed commented on 2015-01-14 22:51 (UTC)

Is it not possible to patch mainline kernel with phc-intel? $ sudo phc-intel status PHC status: /usr/bin/phc-intel: line 37: /sys/devices/system/cpu/cpu0/cpufreq/phc_vids: No such file or directory /usr/bin/phc-intel: line 37: /sys/devices/system/cpu/cpu0/cpufreq/phc_default_vids: No such file or directory /usr/bin/phc-intel: line 37: /sys/devices/system/cpu/cpu1/cpufreq/phc_vids: No such file or directory /usr/bin/phc-intel: line 37: /sys/devices/system/cpu/cpu1/cpufreq/phc_default_vids: No such file or directory inactive

edward_81 commented on 2015-01-14 16:27 (UTC)

@miffe: I don't remember to have touch anything. This is my actual /etc/makepkg.conf

miffe commented on 2015-01-14 14:26 (UTC)

@edward_81: Are you using nonstandard CFLAGS? @jtyr: There is a repo at

jtyr commented on 2015-01-14 13:39 (UTC)

Please could you create an Arch repo with the builds like they do it for linux-lts310 (

edward_81 commented on 2015-01-12 13:17 (UTC)

rc3 compile fail HOSTLD scripts/genksyms/genksyms CC scripts/mod/empty.o scripts/mod/empty.c:1:0: error: code model kernel does not support PIC mode /* empty file to figure out endianness / word size */ ^

clfarron4 commented on 2014-12-25 17:07 (UTC)

@lockheed: Just built it in a clean chroot here just fine. Still to test if it boots though.

lockheed commented on 2014-12-22 17:47 (UTC)

I see. I am asking because it is the first time linux-mainline fails to build on my machine. I will try again.

miffe commented on 2014-12-22 17:46 (UTC)

@lockheed: It downloads the 3.18 tarball and then uses the 3.19-rc1 patch to update the sources. It saves on bandwitdh over time compared to using the rc tarball directly for every version.

WorMzy commented on 2014-12-22 17:44 (UTC)

Because that is the base for the 3.19rc1 patch to be applied to.

lockheed commented on 2014-12-22 17:36 (UTC)

I am wondering why linux-mainline 3.19rc1 downloads linux-3.18.tar.xz

gutigen commented on 2014-11-18 01:45 (UTC)

It was 3.18rc4 in that quoted part from pkgbuild file, it's ok now ;)

miffe commented on 2014-11-17 20:31 (UTC)

@gutigen: It should be 3.18rc5. Where do you see rc4?

gutigen commented on 2014-11-17 17:45 (UTC)

Still named _patchname=patch-3.18-rc4 pkgver=3.18rc4 Does it make any difference?

Potomac commented on 2014-11-03 02:22 (UTC)

linux 3.18rc3 has been released november 2 2014

Anonymo commented on 2014-10-27 23:15 (UTC)

@WorMzy @miffe Thanks for the explanation.

WorMzy commented on 2014-10-27 20:13 (UTC)

Anonymo, BFQ is an out-of-tree scheduler, you need to patch the kernel source for it to even be an option, and the patches do not follow mainline (presumably because it is a moving target, and I think BFQ is basically a one or two-man project). See linux-pf[1] or linux-ck[2] if you want to use BFQ on your system, or try applying the patches to mainline yourself. [1] [2]

miffe commented on 2014-10-27 19:18 (UTC)

@Anonymo: I merge the core/linux package every rc1, so if it gets added there, it will show up here too.

Anonymo commented on 2014-10-27 19:03 (UTC)

Anyway to get bfq so we can enable in /etc/tmpfiles.d/set_IO_scheduler.conf? Right now, the only options are noop, deadline and [cfq].

jaxxed commented on 2014-10-20 10:05 (UTC)

IP_NF_NAT=m is necessary to maintain iptables syntax. Without it packages like docker fail (confirmed by The testing kernel appears to already have this (their 3.17.1-1 kernel works well.) Also, I tested this mainline build using 3.17.1 (src and pkgver using 2c9c002cf9618962883d82ba3e1caaea29af4ea37147a82bad422afdc8d21dc2) and it worked for me.

archlinux38 commented on 2014-10-06 14:46 (UTC)

Tack Miffe.

miffe commented on 2014-10-06 14:38 (UTC)

punkrockdude: If you don't want to build it, there are binary packages available at

archlinux38 commented on 2014-10-06 14:31 (UTC)

Thank you WorMzy. Using Bleachbit to remove a lot of tmp files and other stuff seem to have help. Now it finally have gotten to where it downloads the linux-3.17.tar.xz file.

WorMzy commented on 2014-10-06 14:25 (UTC)

Looks like your /tmp is full, which probably isn't helping. Clean up some temporary files and see if that helps. The PKGBUILD itself is fine, I've tested it here.

archlinux38 commented on 2014-10-06 14:11 (UTC)

I downloaded the file again but still get errors: ==> ERROR: pkgrel must be a decimal. /usr/bin/makepkg: line 2214: cannot create temp file for here-document: No space left on device

WorMzy commented on 2014-10-06 13:46 (UTC)

It sounds like there are trailing characters on your pkgrel line. Check the PKGBUILD you downloaded, make sure it's not corrupted.

archlinux38 commented on 2014-10-06 13:40 (UTC)

When I download this package and makepkg I get: ==> ERROR: pkgrel must be a decimal.

miffe commented on 2014-09-10 16:28 (UTC)

@hzy199411: For me the download is faster than the patching. But not by a lot. I'll try the patch method for the next release.

hzy199411 commented on 2014-09-10 00:30 (UTC)

@miffe,because download a whole source tarball is slow and wasteful,I mean you can use like this "linux-3.16.tar.xz+patch-3.16.1.xz"

miffe commented on 2014-09-09 20:46 (UTC)

@beta990: make olddefconfig is uncommented by default. It's based on the .config from core/linux.

francoism commented on 2014-09-09 20:15 (UTC)

Thanks for providing this pkg. :) Just a stupid question: If I don't uncomment a config line in PKGBUILD, what config is used?

miffe commented on 2014-09-09 13:09 (UTC)

@hzy199411: Why? It's faster without the patching.

hzy199411 commented on 2014-09-09 10:08 (UTC)

I think you should use "A base kernel source tarball + patch" to replace the whole kernel source like linux packages in abs.

miffe commented on 2014-06-14 15:56 (UTC)

@AnAkkk: I rebase against core/linux every rc1 release.

AnAkkk commented on 2014-06-14 07:52 (UTC)

You might want to update the config to the latest one of the official package:

miffe commented on 2014-06-13 10:14 (UTC)

@mbirkis: The headers are included in the linux-mainline package. It was made this way since the old AUR didn't support split packages. For 3.16rc1 I will make it a split package.

mbirkis commented on 2014-06-13 07:55 (UTC)

Hi! Thanks for this maintaining this package. I just upgraded from 3.14 mainline to the current 3.15-1 and when i build it the linux-mainline-header is missing. I tried reading the PKBUILD and there seem to be some changes with regards to this, but it is not obvious for me how to "enable" the building of the headers now. Appreciate any help, thanks.

graysky commented on 2014-06-08 19:41 (UTC)

3.15.0 is out!

MoSal commented on 2014-05-22 17:26 (UTC)

The ability to use LZ4 compression in the zram module was added in '3.15'. That's why core/linux couldn't have enabled it. I expect it to be enabled once 3.15[.0] is pushed to testing. If not, I will send a feature request. Anyway, I understand your conservativeness. I guess I will compile rc6 myself.

miffe commented on 2014-05-22 16:17 (UTC)

@MoSal: I wont change the config from whats in core/linux.

MoSal commented on 2014-05-20 21:27 (UTC)

May I suggest enabling: CONFIG_ZRAM_LZ4_COMPRESS

miffe commented on 2014-05-06 15:36 (UTC)

linux-mainline 3.15rc4-1: - New upstream release Packages at

miffe commented on 2014-04-28 13:06 (UTC)

linux-mainline 3.15rc3-1: - New upstream release Packages at

miffe commented on 2014-04-21 04:02 (UTC)

linux-mainline 3.15rc2-1: - New upstream release Packages at

miffe commented on 2014-04-14 21:51 (UTC)

linux-mainline 3.15rc1-1: - New upstream release - PKGBUILD synced with core/linux 3.14-5 Packages at

miffe commented on 2014-03-31 14:45 (UTC)

linux-mainline 3.14-1: - New upstream release Packages at

miffe commented on 2014-03-25 15:30 (UTC)

linux-mainline 3.14rc8-1: - New upstream release Packages at I accidently removed my gpg directory, so new key for this release. # pacman-key --recv-keys 313F5ABD # pacman-key --lsign-key 313F5ABD

miffe commented on 2014-03-17 12:27 (UTC)

linux-mainline 3.14rc7-1: - New upstream release Packages at

AuHop commented on 2014-03-17 07:40 (UTC)

It's funny that you mention that actually, suspend is broken (with radeon) on my laptop now too. 6620g + 6750m (HP dv6z-6100) using PRIME, fwiw. Hibernate seems to work fine, but suspend fails when it tries to start the screen again.

jtheoof commented on 2014-03-16 10:44 (UTC)

I don't know for you, but on my laptop, the suspend seems broken since 3.14rc6.

miffe commented on 2014-03-10 18:59 (UTC)

linux-mainline 3.14rc6-1: - New upstream release Packages at

miffe commented on 2014-03-04 16:26 (UTC)

linux-mainline 3.14rc5-1: - New upstream release Packages at

kleinph commented on 2014-02-27 00:13 (UTC)

The problem with the hook is not that annoying. Thanks for the bisect. I wanted to write to the mailing list, when I saw that you did that already. Thanks alot!

WorMzy commented on 2014-02-26 21:29 (UTC)

I think you're just not meant to use this kernel series. :P I can't help with those problems, as I don't use that hook. However, I've almost finished bisecting the commit (I believe it _is_ that patch, commit ref 0b947aff1599afbbd2ec07ada87b05af0f94cf10) Did you open a bug report? If so, can you post the link?

kleinph commented on 2014-02-25 19:17 (UTC)

Ok I can confirm that I can boot with this workaround, but I found two other issues (unrelated to btrfs): * I cannot boot with the shutdown hook enabled (the hook seems to hang) * before the initrd handles over to the kernel it prints a message like "old_root was not a initramfs" Maybe I should write to the mailinglist?

WorMzy commented on 2014-02-25 18:54 (UTC)

I'm almost positive that it's a btrfs regression. The only other possible cause is mkinitcpio, but I believe that the adding of modules to the initrd is automated, using the information the modules themselves provide (via depmod, presumably). That patch (if it was committed) may be a good starting point for a bisect.

kleinph commented on 2014-02-25 18:38 (UTC)

Ok thanks! Is this a upstream bug or related to the package? Can this be related to this patch ?

WorMzy commented on 2014-02-25 17:49 (UTC)

I humbly retract my earlier statement and eat my hat. I can confirm that something is not right. For some reason, the crc32c module is getting left out of the initrd, and btrfs module needs this module to work. The reason why I didn't have this problem at home, was because I explicitly install crc32c by adding it to mkinitcpio.conf's MODULE array. This is a workaround. Another is to use the fallback initrd for the time being. I don't have time right now to bisect the commit that caused this regression, but if you want to open a bug report and post a link to it here, I'll see if I can help out getting this fixed. Cheers.

Det commented on 2014-02-25 09:13 (UTC)

Congrats on the 100th vote for the 2nd time.

WorMzy commented on 2014-02-24 22:59 (UTC)

Still no problem here, and I've not noticed anything on the btrfs mailing list.. Personally, I think it's a problem with your setup. If I get chance, I'll try the mainline kernel on my non-raid btrfs work PC tomorrow and see if that has any problems.

kleinph commented on 2014-02-24 22:53 (UTC)

The same problem occurs with the rc4. Should I file a bug upstream?

miffe commented on 2014-02-24 12:23 (UTC)

linux-mainline 3.14rc4-1: - New upstream release

kleinph commented on 2014-02-19 17:11 (UTC)

Ok then I will wait for the next RC and try again.

cbowman57 commented on 2014-02-19 16:11 (UTC)

Pretty sure the btrfs problems are coming from upstream & it's development issue.

kleinph commented on 2014-02-19 15:22 (UTC)

Thanks, but that doesn't seem to be the problem. Both have kernel 3.14.0-1-mainline.

WorMzy commented on 2014-02-19 15:05 (UTC)

Depending on how you have your system set up, there's a chance that the kernel or the initrd images can become desynchronised, so you have a newer kernel and an older initrd, or vice versa. You don't get a "no initrd or kernel" error, because the old initrd or kernel is still present. Checking the kernel and the initrds on the ESP would help identify if this is the problem, e.g.: lsinitcpio -a /boot/EFI/arch/initramfs-linux-mainline.img | grep Kernel file /boot/EFI/arch/vmlinux-linux-mainline

kleinph commented on 2014-02-19 14:50 (UTC)

Yes I have a UEFI system, but the mkinitcpio script should copy the kernel and initrd automatically. Also wouldn't the bootloader then complain that there is no initrd or kernel? I think the initramfs is booted but it can't mount /dev/sda3 because btrfs is a unknown filesystem. It also worked flawlessly with the 3.13 mainline kernel.

WorMzy commented on 2014-02-19 14:09 (UTC)

Any chance you have a UEFI system and forgot to copy either the initrd or the kernel over to your ESP? I don't have any problems on my btrfs-raid1-root PC.

kleinph commented on 2014-02-19 13:06 (UTC)

I can't boot with a brtfs root filesystem. When I try to load the btrfs module in the emergency shell I get an "Unknown symbol in module, or unknown parameter (see dmesg)" error, but when I look into dmesg there are no messages regarding btrfs or kernel modules.

miffe commented on 2014-02-17 10:20 (UTC)

linux-mainline 3.14rc3-1: - New upstream release

miffe commented on 2014-02-13 19:56 (UTC)

linux-mainline 3.14rc2-1: - New upstream release

miffe commented on 2014-02-04 14:52 (UTC)

linux-mainline 3.14rc1-1: - New upstream release - Rebased against core/linux 3.13.1-2

clfarron4 commented on 2014-02-03 22:35 (UTC)

Looks like we have a new mainline (3.14-rc1)...

miffe commented on 2014-01-20 20:43 (UTC)

linux-mainline 3.13-1: - New upstream release Packages at

miffe commented on 2014-01-12 20:41 (UTC)

linux-mainline 3.13rc8-1: - New upstream release Packages at @reyncor & phects: I wont change the config from what's in the core/linux package. But you can easily change it yourselfs, just uncomment make menuconfig and enable whatever you want.

reyncor commented on 2014-01-12 14:07 (UTC)

@miffe @phects Glad I'm not the only one missing modules... my trackpad and touchscreen fail without chromeos_laptop compiled. Perhaps the AUR linux-git package has the better appraoch... it has about 20 CLI dialogs asking which modules to compile.

miffe commented on 2014-01-07 16:25 (UTC)

linux-mainline 3.13rc7-1: - New upstream relase Packages at

kitsune commented on 2014-01-01 02:28 (UTC)

No, I am not that kitsune :D

miffe commented on 2014-01-01 02:06 (UTC)

@kitsune: Happey New Year you too! Are you Kitsune^2?

kitsune commented on 2014-01-01 01:53 (UTC)

Thanks miffe! Happy New Year! :)

miffe commented on 2013-12-31 19:42 (UTC)

linux-mainline 3.13rc6-1: - New upstream relase - Packages at

kitsune commented on 2013-12-30 11:15 (UTC)

rc6 is out!

kitsune commented on 2013-12-29 12:36 (UTC)

Works great! (finally I can use my Buffalo usb wireless!) Waiting for the rc5 ;)

phects commented on 2013-12-28 14:24 (UTC)

Could you activate NF_TABLES as modules by default, please?

commented on 2013-12-21 03:40 (UTC)

I figured out why resuming from standby was failing. After I removed tlp, it works fine now. Not sure exactly what was the issue, though. Anyone else have the issue with 3.13 + tlp?

agapito commented on 2013-12-17 14:34 (UTC)

No problem. Thanks for your work.

miffe commented on 2013-12-16 16:33 (UTC)

linux-mainline 3.13rc4-1: - New upstream release - Packages at Sorry for the delay

agapito commented on 2013-12-16 09:10 (UTC)

RC4 out!

commented on 2013-12-06 23:40 (UTC)

RC1 audio works, but standby didn't. RC2 is the opposite. We'll see what rc3 fixes, and breaks ;)

WorMzy commented on 2013-12-06 23:39 (UTC)

No problems here. -rc3 is now out though, so see if that resolves the issue. If not, downgrade to rc1 and see if the issue is still present.

commented on 2013-12-06 23:36 (UTC)

Anyone else's audio stop working wit rc2?

teateawhy commented on 2013-12-04 18:50 (UTC)

@ WorMzy @ gee You are probably right that make config is unnecessary. I removed the line from the PKGBUILD, and the kernel was compiled successfully. ( Currently this kernel is running on my machine without problems. )

miffe commented on 2013-12-04 16:41 (UTC)

linux-mainline 3.13rc2-1: - New upstream release - Packages at

gee commented on 2013-11-26 00:16 (UTC)


miffe commented on 2013-11-25 14:48 (UTC)

@gee: I don't know, it comes from the core/linux package.

gee commented on 2013-11-25 03:10 (UTC)

Hmmmm. You still use make config after make olddefconfig, what is the point of that?

miffe commented on 2013-11-24 22:33 (UTC)

linux-mainline 3.13rc1-1: - New upstream relase - Rebased against core/linux 3.12.1-1 - Change yes ""|make oldconfig to make olddefconfig, thanks WorMzy for the suggestion - Packages at

WorMzy commented on 2013-11-08 00:08 (UTC)

You've probably answered this before, but I'm curious why you use "yes "" | make config >/dev/null" opposed to "make olddefconfig". Using the default configuration seems saner to me than enabling all the new config options, but perhaps you've had problems with olddefconfig?

miffe commented on 2013-11-04 12:27 (UTC)

linux-mainline 3.12-1: - New upstream release - Binary packages at

miffe commented on 2013-10-28 13:29 (UTC)

linux-mainline 3.12rc7-1: - New upstream release - Binary packages at

miffe commented on 2013-10-22 22:12 (UTC)

linux-mainline 3.12rc6-1: - New upstream release - Binary packages at

miffe commented on 2013-10-14 16:44 (UTC)

linux-mainline 3.12rc5-1: - New upstream release - Binary packages at

nac2013 commented on 2013-10-14 05:56 (UTC)

took this package and updated it all for 3.12rc5 , and spread out the compile oer multiple jobs (faster but more cpu)

miffe commented on 2013-10-06 23:01 (UTC)

linux-mainline 3.12rc4-1: - New upstream release - Binary packages at

miffe commented on 2013-09-30 15:57 (UTC)

linux-mainline 3.12rc3-1: - New upstream release - Binary packages at

miffe commented on 2013-09-24 13:06 (UTC)

linux-mainline 3.12rc2-1: - New upstream release - Binary packages at

miffe commented on 2013-09-17 22:30 (UTC)

linux-mainline 3.12rc1-1: - New upstream release - Rebased against core/linux 3.11.1-1 - Binary packages at

miffe commented on 2013-09-03 11:58 (UTC)

linux-mainline 3.11-1: - New upstream release - Binary packages at

miffe commented on 2013-08-26 12:00 (UTC)

linux-mainline 3.11rc7-1: - New upstream release - Binary packages at

miffe commented on 2013-08-19 13:59 (UTC)

linux-mainline 3.11rc6-1: - New upstream release - Fixed pkgbase issues reported by sandy8925 - Binary packages at

sandy8925 commented on 2013-08-17 19:29 (UTC)

Line 167: Replace pkgname with pkgbase It tries to search for linux-mainline.preset, while the file is actually called linux.preset

miffe commented on 2013-08-12 03:31 (UTC)

linux-mainline 3.11rc5-1: - New upstream release - Binaries at

miffe commented on 2013-08-06 02:49 (UTC)

linux-mainline 3.11rc4-1: - New release - Binaries at

miffe commented on 2013-08-03 19:18 (UTC)

linux-mainline 3.11rc3-1: - New upstream release - Binaries at @liubenyuan: The headers are included in the linux-mainline package.

WonderWoofy commented on 2013-07-29 14:54 (UTC)

For those wanting a split package with the headers and docs, there is a linux-git package which pulls from Linus' git tree. If you just specify which commits to use as the source, you could potentially build only at the rc releases. I am one that actually needs the headers (stoopid broadcom....)

KaiSforza commented on 2013-07-25 22:38 (UTC)

No, there is only one package in this. It is not a split package.

commented on 2013-07-25 22:36 (UTC)

compiled with -rc2 (modify rc1 -> rc2 and run md5sum). However does this version of PKGBUILD yielded only one package 'linux-mainline-3.11rc2-1-x86_64.pkg.tar.xz' ? I found no traditional header package .

sandy8925 commented on 2013-07-24 16:09 (UTC)

Linx kernel 3.11-rc2 has been released. Need to update the package.

miffe commented on 2013-07-17 17:11 (UTC)

linux-mainline 3.11rc1-1: - New upstream release - Synced with core/linux 3.10.1-1 - Binaries at It's vacation time, so the releases for the next month or so will be somewhat sporadic. @ridikulus_rat: The tarballs are small and download fast, so I don't really think we need to use git.

KaiSforza commented on 2013-07-15 19:01 (UTC)

@ridikulus_rat: I have been doing this for a long time in my kernel package, which you can find at . I have been using the git tags style for quite some time now, since before the VCS work was in the release version of pacman. However, I would argue against using it in this case. While it is extremely useful for people that constantly build it, the kernel repo is ~700M bare on my system. If you are building it every release, yes, it will save you quite a bit of time, but for the general public it is not an improvement.

ridikulusrat commented on 2013-07-15 18:51 (UTC)

@miffe: Modified PKGBUILD at (actual source files and md5sum not updated).

ridikulusrat commented on 2013-07-15 18:32 (UTC)

miffe: Can you use makepkg's git tag support for source instead of downloading the src tarball, that way we don't need to download an entire source tarball everytime a rc is released, if we compile our own pkg (saves bandwidth).

miffe commented on 2013-07-02 10:24 (UTC)

3.10-1: - New upstream release - Synced with core/linux 3.10-1 - Binaries at

miffe commented on 2013-06-28 11:17 (UTC)

@ridikulus_rat: Sure thing!

ridikulusrat commented on 2013-06-28 11:09 (UTC)

@miffe: Can you build the next linux-mainline pkg with ?

aorth commented on 2013-06-23 16:06 (UTC)

@Bartalion it's on his website:

Barthalion commented on 2013-06-20 10:57 (UTC)

Could you share your fingerprint anywhere? I'm not eager to install signed, although non-verifiable binary packages.

miffe commented on 2013-06-13 09:32 (UTC)

@aorth: Yes, everything is now signed.

aorth commented on 2013-06-13 08:55 (UTC)

@miffe: btw, today I had to add your key (not sure why). If anyone's using SigLevel = PackageOptional and getting key errors: pacman-key --lsign 4F8FACD7

miffe commented on 2013-06-09 21:39 (UTC)

linux-mainline 3.10rc5-1: - New upstream release - Resynced against core/linux 3.9.5-1 - Packages at

miffe commented on 2013-06-03 15:39 (UTC)

linux-mainline 3.10rc4-1: - New upstream release - Packages at

CIB commented on 2013-06-03 12:27 (UTC)

rc4 is out, could you update?

miffe commented on 2013-05-27 08:58 (UTC)

linux-mainline 3.10rc3-1: - New upstream release - Binaries at (now hosted on s3)

miffe commented on 2013-05-21 23:16 (UTC)

@ridikulus_rat: Done.

ridikulusrat commented on 2013-05-21 15:43 (UTC)

miffe: Can you please add miffe.files to your repo for use with pkgfile?

ridikulusrat commented on 2013-05-21 15:10 (UTC)

If any of you want to build a missing kernel module without recompiling the whole kernel, you can check my script for steps on how to compile the module from the kernel source.

miffe commented on 2013-05-21 12:51 (UTC)

linux-mainline 3.10rc2-1: - New upstream release - Binaires at @markc: I won't change the config from what's in core/linux, it's too much of a maintenence burden. @haagch: linux-mainline only conflicts/replaces kernel26-mainline. I don't see how that can be a problem with linux.

haagch commented on 2013-05-21 12:24 (UTC)

debug: package linux conflicts with linux-mainline (by kernel26) I don't think it's necessary to conflict with something the repo kernel provides. Or is it?

markc commented on 2013-05-18 16:17 (UTC)

miffe, thanks for your binaries. I think CONFIG_USER_NS is no longer experimental in 4.10 so is there any chance you could enable it for rc2?

miffe commented on 2013-05-13 09:36 (UTC)

linux-mainline 3.10rc1-1: - New upstream release - Binaries at - Synced with core/linux 3.9.2-1

KaiSforza commented on 2013-05-09 16:47 (UTC)

@Det (and everyone else): This is the mainline package, the 3.9.x series is a stable kernel. 3.9.0 is a mainline kernel. (See )

Det commented on 2013-05-09 16:15 (UTC)

I'm assuming you'll wait for 3.10rc1 instead of continuing with 3.9.x?

aorth commented on 2013-05-01 10:06 (UTC)

@miffe no problem :). Arch is great because it's easy to take your PKGBUILD and drop a new config in. Anyways, cheers!

miffe commented on 2013-04-30 16:58 (UTC)

@aorth: I use the .config from the linux pkg. I sync every rc1 and rc2. Sent from phone while drunk, sorry for spelling errors.

aorth commented on 2013-04-30 16:45 (UTC)

Thanks for updating, miffe. I noticed you're still using the 3.8 defconfig though, so certain 3.9 features like dm-cache (CONFIG_DM_CACHE) aren't enabled. :)

miffe commented on 2013-04-30 09:51 (UTC)

linux-mainline 3.9-1: - New upstream release - Binaries at

WonderWoofy commented on 2013-04-29 02:39 (UTC)

Hey, my wireless is working again! (Or maybe the firmware is actually loading now...)

miffe commented on 2013-04-22 09:50 (UTC)

linux-mainline 3.9rc8-1: - New upstream release - Binaries at

miffe commented on 2013-04-15 09:23 (UTC)

linux-mainline 3.9rc7-1: - New upstream release - Binaries at

kyak commented on 2013-04-08 15:43 (UTC)

@miffe thanks for updating this and also for the binary packages! It is really useful when i want to test something in a newer kernel. And sorry for breaking your 3.9rc1-1 -> 3.9rc6-1 monologue below :)

miffe commented on 2013-04-08 10:05 (UTC)

linux-mainline 3.9rc6-1: - New release upstream - Binaries at

miffe commented on 2013-04-01 22:15 (UTC)

linux-mainline 3.9rc5-1: - New upstream release - Binaries at

miffe commented on 2013-03-25 09:58 (UTC)

linux-mainline 3.9rc4-1: - New upstream release. - Binaries at

miffe commented on 2013-03-18 10:49 (UTC)

linux-mainline 3.9rc3-1: - New upstream release - Binaries at

miffe commented on 2013-03-11 15:24 (UTC)

linux-mainline 3.9rc2-1: - New upstream release - Binaries at

miffe commented on 2013-03-04 14:06 (UTC)

linux-mainline 3.9rc1-1: - New upstream release - Binaries at

miffe commented on 2013-03-01 18:27 (UTC)

@KaiSforza: I know, but someone always mark this as out of date as soon as the .1 release is out and I was tired of unmarking it. I also had som requests to enable some config values that where on in core/linux so I released this.

KaiSforza commented on 2013-03-01 17:49 (UTC)

Just nit-picking, but this kernel is not a mainline kernel. It's a stable kernel.

miffe commented on 2013-03-01 11:29 (UTC)

linux-mainline 3.8.1-1: - New upstream release - Resynced against linux/core 3.8.1-1 - Binaries at

miffe commented on 2013-02-20 10:37 (UTC)

linux-mainline 3.8-1: - New upstream release - Binaries at @forest76: I won't deviate the config from the core/linux package. I create too much of a maintenence burden. But once it's enabled in the linux package it will be enabled here too.

KaiSforza commented on 2013-02-19 19:05 (UTC)

@dhave Those are not mainline kernels. Look in the Arch Linux Rollback Machine for old stable kernels.

dhave commented on 2013-02-19 18:59 (UTC)

I'm testing some UEFI-related problems on my Arch system, and I'd like to get binaries for linux-mainline kernel 3.7.7, 3.7.8 and 3.7.9. Does anyone know where I could find those? Thanks.

forest76 commented on 2013-02-15 14:08 (UTC)

Please, add f2fs support (module only) to yours binary build. I know I can build kernel from source according with PKGBUILD, but on my pentium mobile 1.3 device it takes a LONG time (about 4 hours).

miffe commented on 2013-02-09 20:25 (UTC)

linux-mainline 3.8rc7-1: - New upstream release - Binaries at @Limoto: ATH9K is enabled, CONFIG_ATH9K=m is in the config.

KaiSforza commented on 2013-02-05 16:44 (UTC)

@Limoto: It's not in the default config. I put it in my 3.8-rc6 if you want to grab that one.

Limoto commented on 2013-02-05 14:11 (UTC)

Why linux-mainline 3.8rc6-1 doesn't include ath9k driver?

miffe commented on 2013-02-02 14:27 (UTC)

linux-mainline 3.8rc6-1: - New upstream release - Binaries at

Rulatir commented on 2013-02-02 12:57 (UTC)

Prettyvanilla, thanks! Your PKGBUILD works like a charm. I was actually using NVIDIA's original installer downloaded from their drivers page; this used to work just fine in the past. I suck at PKGBUILDs so I didn't try repackaging the driver until you kindly did the work for me :)

prettyvanilla commented on 2013-02-02 01:31 (UTC)

linux-api-headers is not kernel-dependent, so you don't need a special package. Please make sure that you really have the correct packages KaiSforza mentioned, which correctly contain /usr/src/linux-3.8.0-3-rc6-mainline-dirty as the source directory name. A quick test on my end based on the nvidia-304xx-ck PKGBUILD compiled just fine. PKGBUILD: nvidia-304xx-mainline.install:

Rulatir commented on 2013-02-02 00:06 (UTC)

Or alternatively, how can I have a working nvidia-304xx driver with linux-mainline?

Rulatir commented on 2013-02-02 00:05 (UTC)

... and how do I obtain the latter for linux-mainline?

KaiSforza commented on 2013-02-02 00:00 (UTC)

Also, a quick pkgfile reveals that linux/version.h is not in the linux-*headers package. It is in the linux-api-headers package.

KaiSforza commented on 2013-02-01 23:17 (UTC)

wgiokas linux-mainline 3.8.rc6.0.g88b62b9-3 wgiokas linux-mainline-docs 3.8.rc6.0.g88b62b9-3 wgiokas linux-mainline-headers 3.8.rc6.0.g88b62b9-3 Stop using the archive, Rulatir. Go to the link that prettyvanilla was kind enough to give you.

Rulatir commented on 2013-02-01 23:06 (UTC)

Nope, not even trying. I just opened the packages and saw that the main package provides the directory: /usr/src/linux-3.8.0-3-rc5-mainline-dirty and the headers package provides the directory: /usr/src/linux-3.8.0-1-rc5-mainline-dirty Since they are both rc5 anyway, and only differ in pkgrel, I looked at the headers-rc5-3 package, and it provides the pkgrel 3 directory, but that combination was actually my very first attempt and it didn't work. And it didn't work because <linux/version.h> is **actually missing** from all these -headers packages.

Rulatir commented on 2013-02-01 22:50 (UTC)

OK, trying again with main package -3 and headers package -2 because there is no -3.

KaiSforza commented on 2013-02-01 22:09 (UTC)

Rulitar: Get the 3.8-rc6 packages. you need the same headers and kernel. (pkgrels 1 and 2 in repo were bad. pkgrel 3 is good.)

Rulatir commented on 2013-02-01 22:06 (UTC)

Thanks, installed these, but still: nvidia-installer log file '/var/log/nvidia-installer.log' [snip] -> Performing CC version check with CC="cc". ERROR: The kernel header file '/lib/modules/3.8.0-1-rc5-mainline-dirty/build/include/linux/version.h' does not exist. The most likely reason for this is that the kernel source files in '/lib/modules/3.8.0-1-rc5-mainline-dirty/build' have not been configured. ERROR: Installation has failed. Please see the file '/var/log/nvidia-installer.log' for details. You may find suggestions on fixing installation problems in the README available on the Linux driver download page at

prettyvanilla commented on 2013-02-01 20:37 (UTC)

They are available in KaiSforza's repo: which is still updated regularly.

Rulatir commented on 2013-02-01 20:30 (UTC)

Need headers too, to build older NVIDIA drivers...

miffe commented on 2013-01-26 20:57 (UTC)

linux-mainline 3.8rc5-1: - New upstream release - Binaries at @TheSadClown: This uses the same config as the core/linux package, so your wireless interface should work. If it still doesn't work with rc5, try configuring it manually, uncomment the "make menuconfig" line and check if the driver for your wifi adapter is enabled.

commented on 2013-01-26 07:49 (UTC)

Package seems to work fine, but I lose wireless interface when booting it. Anyone know why this may be?

miffe commented on 2013-01-18 13:54 (UTC)

linux-mainline 3.8rc4-1: - New upstream release - Fixed script permissions, reported by cian1500ww, thanks! - Binaries at

cian1500ww commented on 2013-01-14 11:43 (UTC)

All files in the /usr/src/linux-3.8.0-1-mainline/scripts/ have no execution permissions. If you look at core/linux, you'll see that some of these should have execution permissions. This is causing the nvidia driver installer to stop working as it needs to execute some of these scripts. I'm using the default kernel config.

miffe commented on 2013-01-10 23:26 (UTC)

linux-mainline 3.8rc3-1: - New upstream release - Binaries at

miffe commented on 2013-01-04 17:10 (UTC)

linux-mainline 3.8rc2-1: - New upstream release - Binaries at the usual place - Rebased against 3.7.1-2

KaiSforza commented on 2013-01-03 22:08 (UTC)

v3.8-rc2 released here: (See 00README for more information)

KaiSforza commented on 2012-12-22 20:12 (UTC)

v3.8-rc1 release Grab linux-mainline, linux-mainline-headers and linux-mainline-docs here: (See 00README for more information)

miffe commented on 2012-12-13 00:07 (UTC)

I rebase against the linux package every rc1, so those new config directives will be added then, if they are enabled there. If you really need them now, you can use the 3.7 package in testing, or recompile.

KaiSforza commented on 2012-12-12 21:04 (UTC)

Note to those that want a nice config/headers: Use the testing/linux package. It is at 3.7, and their configs include all the stuff you're looking for. (The pkgbuild also includes headers and docs)

exe2 commented on 2012-12-12 20:59 (UTC)

no webcam support and no support for cgroups memory :(

miffe commented on 2012-12-11 10:58 (UTC)

linux-mainline 3.7-1: - New upstream release - Binaries at

miffe commented on 2012-12-10 12:23 (UTC)

linux-mainline 3.7rc8-1: - New upstream release - Binaries at

KaiSforza commented on 2012-12-05 00:28 (UTC)

Binaries for 3.7rc8 released here (64-bit only): Split pkgbuild updated: (modify for pacman 4.0.3)

miffe commented on 2012-11-26 10:01 (UTC)

linux-mainline 3.7rc7-1: - New upstream release - Binaries at

KaiSforza commented on 2012-11-24 08:30 (UTC)

I've decided to edit the pkgbuild from here, making it more similar to that of the original linux package. Some things moved around, so I re-located them in the package() function, basically 'un-disabling' the stuff in this pkgbuild. Note, the config in that git directory is customized, so please use your own. It is also a split package, with linux-mainline{,-headers,-docs} as well. (If you are using pacman-git and feel adventurous, the master branch has a fun pkgbuild you can use utilizing the new vcs abilities. Good if you've already got the linux git repo cloned for some reason.) Thank you, KaiSforza

miffe commented on 2012-11-18 17:05 (UTC)

linux-mainline 3.7rc6-1: - New upstream release - Binaries at

bjo commented on 2012-11-17 11:20 (UTC)

@donniezazen: The repo name is miffe, so it has to be 'miffe' in the brackets. You can also see this when you look at the db-file in

donniezazen commented on 2012-11-16 06:24 (UTC)

I couldn't find information about your repository in Unofficial User Repository wiki. Will it be following? [linux-mainline] Server =

frigaut commented on 2012-11-13 18:22 (UTC)

oh, that may be why I lost my webcam with 3.7-rc5 then...

commented on 2012-11-13 02:45 (UTC)

Ditto to no uvcvideo modules.

mereghost commented on 2012-11-12 17:40 (UTC)

The uvcvideo modules don't seem to be in the package, but they are on the source (modules/drivers/usb/video)

miffe commented on 2012-11-12 12:33 (UTC)

linux-mainline 3.7rc5-1: - New upstream release - Binaries at

miffe commented on 2012-11-05 10:01 (UTC)

linux-mainline 3.7rc4-1: - New upstream release - Binaries at

ahamilton55 commented on 2012-10-31 18:40 (UTC)

Are there supposed to be two md5sum entries in the PKGBUILD? This makes it confusing when trying to add another patch to the kernel if you only edit the obvious md5sum entry you get "ERROR: Integrity checks (md5) differ in size from the source array."

miffe commented on 2012-10-29 10:00 (UTC)

linux-mainline 3.7rc3-1: - New upstream release - Binaries at

donniezazen commented on 2012-10-22 18:44 (UTC)

Thank you very much.

miffe commented on 2012-10-22 17:09 (UTC)

@donniezazen: It does. The headers are included in the linux-mainline package.

donniezazen commented on 2012-10-22 07:19 (UTC)

The binary package uploaded on your server, it doesn't have headers, does it?

miffe commented on 2012-10-21 16:58 (UTC)

linux-mainline 3.7rc2-1: - New upstream release - Binaries at the usual place

miffe commented on 2012-10-21 15:13 (UTC)

@donniezazen: Since AUR can't do splitted packages, the headers are included in the linux-mainline package.

donniezazen commented on 2012-10-21 07:46 (UTC)

Thanks for the package binaries. Would it be possible to also upload linux-headers for mainline along with linux-mainline?

cian1500ww commented on 2012-10-16 20:24 (UTC)

@miffe Didn't know that, thanks.

miffe commented on 2012-10-16 20:22 (UTC)

linux-mainline 3.7rc1-2: - Added uapi headers, thanks cian1500ww. - Binaries at @cian1500ww: -j can easily be set for all packages in /etc/makepkg.conf

cian1500ww commented on 2012-10-16 17:38 (UTC)

The new 3.7 kernel has cleanups to the uapi include files. The package_headers() function in the current PKGBUILD doesn't copy the new location of the uapi include files to the kernel source directory. I've made a patch that corrects this. I've also added a check for the number of processors which is then passed to make to compile the kernel concurrently on machines with more than one processor.

miffe commented on 2012-10-15 18:58 (UTC)

linux-mainline 3.7rc1-1: - New upstream release - Based of the [core] 3.6,2 package - Webcams are enabled again - Binaries at

agapito commented on 2012-10-15 08:20 (UTC)

3.7 rc1

agapito commented on 2012-10-02 16:37 (UTC)

I've installed 3.6 from testing. Thanks.

miffe commented on 2012-10-02 14:02 (UTC)

@agapito: Yep, it got lost at 3.6rc6. I'll readd it for 3.7rc1. If you need it before then, either recompile or use linux from [testing] which has it enabled.

agapito commented on 2012-10-01 18:05 (UTC)

Webcams and dvb adapters doesn't work again!

miffe commented on 2012-10-01 15:00 (UTC)

linux-mainline 3.6-1: - New upstream release - Binaries at

miffe commented on 2012-09-25 11:22 (UTC)

linux-mainline 3.6rc7-1: - New upstream release - Binaries at

miffe commented on 2012-09-17 14:23 (UTC)

linux-mainline 3.6rc6-1: - New upstream release - Rebased against the linux 3.5.4-1 package. This should fix the depmod problems. - Binaries at

frigaut commented on 2012-09-16 23:48 (UTC)

@teekay: me too. Even though I have the latest kmod 10-1 from [core] also, rc6 is out ! but I'm not flagging out of date yet ;-)

teekay commented on 2012-09-13 17:01 (UTC)

3.6-rc4 was fine, but since 3.6-rc5 the PKGBUILD breaks at running depmod. I had to use depmod -b "$pkgdir/usr" .. instead of just -b $pkgdir

miffe commented on 2012-09-10 11:13 (UTC)

linux-mainline 3.6rc5-1: - New upstream release - Binaries at

miffe commented on 2012-09-03 09:25 (UTC)

linux-mainline 3.6rc4-1: - New upstream release - Enabled CONFIG_MEDIA_CAMERA_SUPPORT - Binaries at

agapito commented on 2012-09-02 13:28 (UTC)

I compiled myself rc4, and my webcam and dvd are working again, thanks to tarkasteve.

commented on 2012-09-01 06:54 (UTC)

I can confirm that the current config breaks webcams and TV tuners. The problem is the new flag CONFIG_MEDIA_CAMERA_SUPPORT (and similar tuner flags), which enables/disables all camera support but defaults to N. I've regenerated the config based on the existing one but with new/updated flags set as appropriate. Diff for x86_64 is here:

agapito commented on 2012-08-25 03:44 (UTC)

@marijus: From linux-tv wikipedia. The V4L API is essentially a kernel interface for analog video capture and output drivers, and is applicable to most video streams that are not related to DVB devices (see explanation below) or graphics cards -- though, the V4L API also entails a few oddities such as analog radio and RDS services. Examples of devices which fall within the scope of V4L are, amongst others, webcams, MPEG encoders/decoders, digital video streamers, analog TV tuners and video capture devices.

commented on 2012-08-24 07:57 (UTC)

i also have no webcam since 3.6 @agapito: what has v4l-dvb to do with webcam?

agapito commented on 2012-08-23 08:34 (UTC)

Installing v4l-dvb-git solved my webcam problem, but not my dvb tuner.

miffe commented on 2012-08-23 08:28 (UTC)

linux-mainline 3.6rc3-1: - New upstream release - Binaries at

agapito commented on 2012-08-23 06:18 (UTC)

My webcam and my dvb tuner doesn't work with 3.6 kernel, I've tried rc2 and rc3. Has anyone else this problem?

miffe commented on 2012-08-17 09:21 (UTC)

linux-mainline 3.6rc2-1: - New upstream release - Binaries at

haagch commented on 2012-08-15 20:05 (UTC)

Hm, bug in fuse... Can somebody please test encfs? It has a weird issue here. If I create a file file.txt with echo "foobar" > encfs_mount/file.txt I get an I/O error. But touching and then editing a file works. Also moving files to an encfs mount with mv gives an I/O error, but not moving directories. Is this a bug in encfs or is just something wrong with fuse?

Vi0L0 commented on 2012-08-06 22:50 (UTC)

there's a bug in fuse which prevent to create new file on ntfs partition. here's the patch if someone is interested:

miffe commented on 2012-08-03 12:37 (UTC)

linux-mainline 3.6rc1-1: - New upstream release - Binaries at

miffe commented on 2012-07-31 10:19 (UTC)

linux-mainline 3.5-1: - New upstream release - Rebased against arch package 3.5-2 - Binaries at the usual place

Wilco commented on 2012-07-16 07:51 (UTC)

@miffe: thanks for the reply, system was up-to-date but I had to reinstall kmod for some reason. Tested the kernel a few hours and haven't found any issues (yet)

miffe commented on 2012-07-15 17:11 (UTC)

@ridikulus_rat: Should be fixed now. @Wilco: You need the lastest kmod with the /lib -> /usr/lib stuff.

ridikulusrat commented on 2012-07-15 12:53 (UTC)

@miffe: regarding "repo-add --files" I still get "warning: failed to download:" with nosr.

Wilco commented on 2012-07-15 12:11 (UTC)

makepkg gives an error: MKDIR /mnt/data/linux/linux-mainline/pkg/lib/firmware/yam/ INSTALL /mnt/data/linux/linux-mainline/pkg/lib/firmware/yam/1200.bin INSTALL /mnt/data/linux/linux-mainline/pkg/lib/firmware/yam/9600.bin DEPMOD 3.5.0-rc7-mainline ERROR: could not open directory /mnt/data/linux/linux-mainline/pkg/lib/modules/3.5.0-rc7-mainline: No such file or directory FATAL: could not search modules: No such file or directory ==> ERROR: A failure occurred in build(). Aborting...

miffe commented on 2012-07-15 07:32 (UTC)

linux-mainline 3.5rc7-1: - New upstream release - Binaries at

Samsagax commented on 2012-07-15 00:17 (UTC)

@miffe: glibc with the /lib -> /usr/lib change already hit [core] you should upgrade the PKGBUILD

dhave commented on 2012-07-14 23:04 (UTC)

Once you've finished working through the /lib -> /usr/lib changeover which has now moved out of testing phase, you'll probably need to do as miffe says here: " ... please change _libdir on row 31 to /usr/lib instead". In doing the /lib -> /usr/lib changeover, I uninstalled linux-mainline and nvidia-mainline, since linux-mainline was claiming ownership of files in /lib. Then, after I did the changeover successfully (see the Arch home page and the Arch forum for discussion), I reinstalled linux-mainline and nvidia-mainline. But I needed to change the "_libdir" line as miffe describes above.

dcelasun commented on 2012-07-13 12:43 (UTC)

@Cdh: I'm still having the error with net/built-in.o. What exactly did you change to make it work? Using the config from the binary didn't seem to help.

dhave commented on 2012-07-09 04:41 (UTC)

Thanks, miffe. The package built and installed just fine. I'm having some probs with wifi, but I'm pretty sure that has nothing to do with your work.

miffe commented on 2012-07-09 03:10 (UTC)

linux-mainline 3.5rc6-2: - Fixed a problem with /lib vs /usr/lib handling If you use the /lib elimination stuff from [testing], please change _libdir on row 31 to /usr/lib instead @dhave: This version should work for you.

miffe commented on 2012-07-08 20:27 (UTC)

@dhave: Sorry, it's a bug with the package. I'll upload a newer version later today.

dhave commented on 2012-07-08 19:08 (UTC)

I'm pretty sure this is what you folks are discussing, but I'm having trouble following. Anyway, here's the error I'm getting, which pretty much is saying that the modules aren't being found, I think: ------------ ==> Generating module dependencies install: cannot stat '/usr/lib/modules/3.5.0-rc6-mainline//modules.builtin': No such file or directory install: cannot stat '/usr/lib/modules/3.5.0-rc6-mainline//modules.order': No such file or directory WARNING: could not open /tmp/mkinitcpio.nLcbtV/root/lib/modules/3.5.0-rc6-mainline/modules.order: No such file or directory WARNING: could not open /tmp/mkinitcpio.nLcbtV/root/lib/modules/3.5.0-rc6-mainline/modules.builtin: No such file or directory ==> Creating gzip initcpio image: /boot/initramfs-linux-mainline.img ==> WARNING: errors were encountered during the build. The image may not be complete. --------------- Two questions: (1) What has changed that this is happening (I've never had problems with linux-mainline builds and installation before)? (2) What can I do to make the problem go away? Thanks.

miffe commented on 2012-07-08 13:52 (UTC)

@ridikulus_rat: The modules are in /lib/modules. I've added the file lists, thanks for the tip.

ridikulusrat commented on 2012-07-08 13:09 (UTC)

@miffe: Does the linux-mainline 3.5rc6-1 package in have the modules in /usr/lib/modules/ or /lib/modules/ ? Also can you create a list of files of all the packages in the [miffe] repo (repo-add --files) for use with pkgfile or nosr ?

miffe commented on 2012-07-08 12:23 (UTC)

linux-mainline 3.5rc6-1: - New upstream release - Binaries at Uncomment line 166 in the PKGBUILD if you use the /lib elimination things from testing.

donniezazen commented on 2012-07-08 04:43 (UTC)

3.5-rc6 is out. Thanks.

haagch commented on 2012-07-05 07:29 (UTC)

mkinitcpio had big problems finding the modules for me. I first had to put them to where the modules of the repo kernel are: sudo ln -s /lib/modules/3.5.0-1-mainline /usr/lib/modules/ And then the modules.* were not ready for gzipped kernel modules so I needed to run depmod sudo depmod -a 3.5.0-1-mainline Then all was fine.

miffe commented on 2012-07-02 01:43 (UTC)

linux-mainline 3.5rc5-1: - New upstream release - Binaries at It is vacation time, so the next release might be late if i'm not at home.

miffe commented on 2012-06-26 08:30 (UTC)

linux-mainline 3.5rc4-1: - New upstream release - Binaries at the usual place.

miffe commented on 2012-06-19 22:41 (UTC)

linux-mainline 3.5rc3-1: - New upstream release - Binaries at

progandy commented on 2012-06-16 17:55 (UTC)

Please include this patch to fix issues with the backlight brightness setting. I can confirm it resolevs the problem on my laptop.

haagch commented on 2012-06-14 19:38 (UTC)

With the config from the binary it works. For the lazy: Save as config.x86_64, and comment the line. # yes ""|make oldconfig # lazy version of the above

haagch commented on 2012-06-14 08:26 (UTC)

I'm getting this with the yes "" | make config method: LD [M] net/netfilter/ipvs/ip_vs.o LD net/netfilter/built-in.o LD net/built-in.o ==> ERROR: A failure occurred in build(). Aborting.. No warnings as far as I see... I use the binary, but I am trying to apply two patches to the radeon and as they both apply in drivers/gpu/drm/radeon/ I don't think they cause a failure for net/built-in.o Does the kernel build create a more verbose log somewhere? I didn't see one...

miffe commented on 2012-06-10 17:38 (UTC)

linux-mainline 3.5rc2-1: - New upstream release - Rebased against arch linux 3.4.2-1 - Removed i915 and acer patches, thansk mus for the report - Binaries at

mus commented on 2012-06-08 13:13 (UTC)

the i915 and acer patches have both been merged upstream and are not needed anymore.

miffe commented on 2012-06-04 22:16 (UTC)

@KaNe23: You need to configure your bootloader and add an entry for linux-mainline. Look at the arch wiki page for your bootloader.

miffe commented on 2012-06-03 20:30 (UTC)

linux-mainline 3.5rc1-1: - New upstream release - Config based on linux 3.4 arch package - Binaries at as usual

miffe commented on 2012-05-30 18:08 (UTC)

@Samsagax: When I updated to 3.4, the tarball was missing, so it uses 3.3 and the 3.4 patch instead.

Samsagax commented on 2012-05-30 17:46 (UTC)

Noob question: Shouldn't _basekernel be 3.4 instead of 3.3 ?

miffe commented on 2012-05-21 15:28 (UTC)

linux-mainline 3.4-1: - New upstream release - Binaries at

miffe commented on 2012-05-13 12:29 (UTC)

linux-mainline 3.4rc7-1: - New upstream release - Binaries at

zwastik commented on 2012-05-12 12:40 (UTC)

Do you guys have any problem with hibernating? my computer cannot boot after running pm-hibernate :L The only solution for this is to unplug the power source wait a few seconds and the plug again the power source cable. After this, when you boot the computer there is a warning message from the bios about incorrect setting of the cpu frequency. Then I am prompted to the bios configuration screen but all settings look ok. After restart the computer boots normally and resume successfully from hibernating. I will also mail this message to aur-general mailing list so I can attach any usefull log file.

miffe commented on 2012-05-07 11:21 (UTC)

linux-mainline 3.4rc6-1: - New upstream release - Binaries at as usual

cian1500ww commented on 2012-05-06 23:04 (UTC)

3.4-rc6 is out:

miffe commented on 2012-04-30 09:31 (UTC)

linux-mainline 3.4rc5-1: - New upstream release - Binaries at @waldeck: I don't make changes to the .config, this package uses the same .config as the linux package. So once the change is made there it will show up here to.

commented on 2012-04-28 09:36 (UTC)

Please add CONFIG_NETFILTER_XT_TARGET_LOG=m. This configuration is new in 3.4 and required for iptables -j LOG. Otherwise you will get "iptables: No chain/target/match by that name". Thanks!

miffe commented on 2012-04-22 23:32 (UTC)

linux-mainline 3.4rc4-1: - New upstream release - Binaries at

miffe commented on 2012-04-16 13:17 (UTC)

linux-mainline 3.4rc3-1: - New upstream release - Binaries at - Shoutout to frigaut :D

frigaut commented on 2012-04-16 10:11 (UTC)

... but I'm sure you will be on top of it very very soon. Thanks for maintaining this package, miffe.

frigaut commented on 2012-04-16 10:10 (UTC)

I flagged "out of date". rc3 came out today. sorry:-)

miffe commented on 2012-04-08 15:25 (UTC)

linux-mainline 3.4rc2-1: - New upstream release - Binaries at

haagch commented on 2012-04-03 06:48 (UTC)

Maybe this is my problem, will test later:

haagch commented on 2012-04-03 06:41 (UTC)

Quick question: Does suspend to ram work for anyone? For me it suspends fine but then boots normally when trying to wake up.

miffe commented on 2012-04-02 10:54 (UTC)

linux-mainline 3.4rc1-1: - New upstream release. - Rebased against arch linux 3.3-1 package. - Binaries at

farnsworth commented on 2012-03-21 19:59 (UTC)

I have a kernel panic during boot with this last release. going back to rc7 solve the problem (I've just uncommented lines related to rc7 in PKGBUILD and changed the md5). Am I missing something?

Wilco commented on 2012-03-20 13:16 (UTC)

@miffe: yes, I found that out while checking the PKGBUILD. Anyway, thanks for package, it's working fine so far.

miffe commented on 2012-03-20 09:56 (UTC)

@Wilco: I don't make any changes to the config, I just use the config from the linux packages. So once brcmsmac is enabled there it will show up here to.

Wilco commented on 2012-03-20 09:51 (UTC)

linux-mainline misses the brcmsmac module. Can you add it in future versions? There are lots of fixes for broadcom wireless chips in this module. The following must be enabled in the kernel config: Device drivers -> Broadcom specific AMBA -> BCMA support Device drivers -> Broadcom specific AMBA -> BCMA support -> Support for BCMA on PCI-host bus After enabling this option the brcmsmac driver can be created as a module: Device drivers -> Network device support -> Wireless LAN -> Broadcom IEEE802.11n PCIe SoftMAC WLAN driver

miffe commented on 2012-03-19 09:29 (UTC)

linux-mainline 3.3-1: - New upstream release - Binaries at

farnsworth commented on 2012-03-12 19:19 (UTC)

It's working fine, thanks!

miffe commented on 2012-03-12 14:02 (UTC)

linux-mainline 3.3rc7-1: - New upstream release - Rebased against 3.2.9-1 - Reenabled autofs4 - Binaries at

miffe commented on 2012-03-09 17:43 (UTC)

@farnsworth: It didn't compile a few version ago, so I disabled it. I'll enable it again if it works in the next release.

farnsworth commented on 2012-03-09 17:05 (UTC)

Hello, I have an issue with autofs: when I launch automount I have this return: "/usr/sbin/automount: test mount forbidden or incorrect kernel protocol version, kernel protocol version 5.00 or above required." seems like the autofs4 module is missing, in config.gz I've have this: # CONFIG_AUTOFS4_FS is not set Is there any problem with it? Is it possible to add it? thanks for your help

commented on 2012-03-08 11:08 (UTC)

Many thanks for this PKGBUILD and the binaries.

miffe commented on 2012-03-04 21:06 (UTC)

linux-mainline 3.3rc6-1: - New upstream release - Binaries at

cowai commented on 2012-03-01 15:56 (UTC)

I made a package that fixes rc6 issues and wifi kernel panics tailored for asus zenbooks:

commented on 2012-02-27 22:45 (UTC)

The patch @cowai is talking about was applied to 3.3rc5, however it contains a small bug due to operator precedence. The following patch has _not_ been applied to 3.3rc5

miffe commented on 2012-02-26 04:35 (UTC)

linux-mainline 3.3rc5-1: - New upstream release - Binaries at

cowai commented on 2012-02-20 02:05 (UTC)

This patch I think should be in there: intel RC6 is unstable with deep rc6. This patch disables it.

miffe commented on 2012-02-19 17:11 (UTC)

linux-mainline 3.3rc4-1: - New upstream release - Binaries at

miffe commented on 2012-02-12 19:32 (UTC)

@vasilito: Once the linux package is updated to include that, it will appear here too.

vasilito commented on 2012-02-12 08:01 (UTC)

As far as I understand bcma and brcsmac can coexist on the most recent kernel. Please configure the mainline with the following options to support recent MacBook notebooks: +CONFIG_B43_BCMA=y +CONFIG_B43_BCMA_PIO=y +CONFIG_B43_PHY_HT=y +CONFIG_BCMA=m +CONFIG_BCMA_BLOCKIO=y +CONFIG_BCMA_HOST_PCI_POSSIBLE=y +CONFIG_BCMA_HOST_PCI=y

miffe commented on 2012-02-09 14:21 (UTC)

linux-mainline 3.3rc3-1: - New upstream release - Merged linux 3.2.5-1 package - Binaries at @taylorchu: I hope this eats less battery for you.

miffe commented on 2012-02-05 19:53 (UTC)

@taylorchu: I do use the linux packages config, but I don't merge it for every release, so if the linux packages was resently updated, it might not have showed up here yet. I'll do a merge for rc3.

taylorchu commented on 2012-02-05 19:28 (UTC)

could you also use default archlinux kernel config? you dont seem to enable some powersave features, so my laptop battery dies really quickly.

miffe commented on 2012-02-01 00:01 (UTC)

linux-mainline 3.3rc2-1: - New upstream release - Binaries at

miffe commented on 2012-01-31 11:02 (UTC)

@polslinux: The headers are included in the linux-mainline package. They aren't splitted out since AUR doesn't like splitted packages.

polslinux commented on 2012-01-31 10:17 (UTC)

please could you make your pkgbuild similar to the official so we get also the header? Some applications need it...thanks :)

ridikulusrat commented on 2012-01-21 14:35 (UTC)

Can anyone compile this kernel with CONFIG_EFI_STUB=y and CONFIG_EXT4_USE_FOR_EXT23=y ? Thanks in advance. I tried compile with localmodconfig but it excludes many modules that I load only when needed.

miffe commented on 2012-01-20 23:53 (UTC)

linux-mainline 3.3rc1-1: - New upstream release - Based on arch kernel 3.2.1-1 - Binaries at

agapito commented on 2012-01-20 01:15 (UTC)

Linux 3.3-rc1 Released

miffe commented on 2012-01-16 08:55 (UTC)

Unflagging OOD, since 3.3-rc1 isn't out yet.

miffe commented on 2012-01-05 13:46 (UTC)

linux-mainline 3.2-1: - New upstream release - Binaries at

frigaut commented on 2011-12-30 01:26 (UTC)

Oh, I see: you mean BCMA has to be disabled at kernel config, not just blacklisted... will try.

frigaut commented on 2011-12-30 01:22 (UTC)

Somehow I don't have brcmsmac either. It is missing from the module tree: 494:~ $ cd /lib/modules/3.2.0-1-mainline/ 495:3.2.0-1-mainline $ find . -name brcmsmac 496:3.2.0-1-mainline $ find . -name mac80211 ./kernel/net/mac80211 497:3.2.0-1-mainline $ find . -name b43 ./kernel/drivers/net/wireless/b43 498:3.2.0-1-mainline $ I have bcma blacklisted. it seems enabled as module in my config.gz (assuming it's the one that the mainline PKGCONFIG starts from): 499:3.2.0-1-mainline $ zcat /proc/config.gz | grep BRCMS CONFIG_BRCMSMAC=m

Radioactiveman commented on 2011-12-29 23:11 (UTC)

@fleet: You have to disable BCMA to get brcmsmac. Read this:

miffe commented on 2011-12-25 02:33 (UTC)

linux-mainline 3.2rc7-1: - New upstream release - Binaries at

Vi0L0 commented on 2011-12-19 00:54 (UTC)

Very nice set of patches (working very well here on 3.2rc6) to "Reduce compaction-related stalls and improve asynchronous migration of dirty pages v6", usefull mostly when using USB stick with VFAT:

miffe commented on 2011-12-17 16:55 (UTC)

linux-mainline 3.2rc6-1 - New upstream release. - Binaries at

miffe commented on 2011-12-11 23:34 (UTC)

linux-mainline 3.2rc5-1: - New upstream release. - Binaries at

fleet commented on 2011-12-11 09:54 (UTC)

brcmsmac is missing in this kernel.

miffe commented on 2011-12-02 21:19 (UTC)

@fooblahblah: I don't make changes to the config, but once that options has been set in the linux package, it will show up here too.

fooblahblah commented on 2011-12-02 21:07 (UTC)

Can we get the following config option added by default? It enabled the changes in B43 to make newer MacbookPro Wifi work. CONFIG_B43_PHY_HT=y I've tested it on my Macbookpro8,2 and it seems to work well.

miffe commented on 2011-12-02 11:26 (UTC)

linux-mainline 3.2rc4-1: - New upstream release - Binaries at

miffe commented on 2011-11-24 09:37 (UTC)

linux-mainline 3.2rc3-1: - New upstream release - Binaries at

mar04 commented on 2011-11-20 21:52 (UTC)

@Cdh: yup, happened to me twice today, htop, top, gnome-system-monitor, all showed constant 100% usage on 2 of 4 cores without reason, and I could only fix it by rebooting

miffe commented on 2011-11-19 17:05 (UTC)

@tydell: This package uses the same config as the linux package, so once the driver is turned on there it will be on here too. You can easily build with a custom config, just uncomment the make menuconfig line and build as usual.

tydell commented on 2011-11-19 11:20 (UTC)

3.2-rc1 release ( seems to have a few more drivers included for some devices, dvb tuners etc (like dvb-as102 module, that I am interested) I also see there is 3.2-rc2 release. Could You make package with these new modules ? It would be very helpfull for many people. Thanks in advance.

miffe commented on 2011-11-16 23:42 (UTC)

linux-mainline 3.2rc2-1: - New upstream release - Binaries at

ridikulusrat commented on 2011-11-15 18:57 (UTC)

Can someone please compile iwlwifi module alone for 3.2rc1-1 and post it somewhere (dropbox maybe)? TIA

ridikulusrat commented on 2011-11-15 18:42 (UTC);a=commitdiff;h=3c607d27c818cf4a5d28f2c73b18a88f8fbdfa33 - iwlagn renamed to iwlwifi

ridikulusrat commented on 2011-11-12 16:47 (UTC)

I can't find iwlagn kernel module in 3.2rc1 (x86_64 pkg downloaded from miffe's repo). I can't connect to wifi in 3.2rc1 because of this (no wlan0 device), but can do so in 3.1-4 [core] kernel. Any idea wats wrong? TIA

haagch commented on 2011-11-08 13:47 (UTC)

With 3.2 the utilities that display cpu usage sometimes go crazy. Can somebody confirm?

miffe commented on 2011-11-08 10:21 (UTC)

linux-mainline 3.2rc1-1: - New upstream release. - Package rebased against 3.1-4 - Binaries available at

miffe commented on 2011-10-24 13:12 (UTC)

linux-mainline 3.1-1: - New upstream release - Back to using - Binaries available at

miffe commented on 2011-10-18 16:50 (UTC)

linux-mainline 3.1rc10-1: - New upstream release - Binaries available at the usual place

miffe commented on 2011-10-16 09:39 (UTC)

@Kev: It seems the tarballs downloaded from github aren't always the same, so the md5sum will vary. It will be fixed once starts working again.

Kev commented on 2011-10-15 20:50 (UTC)

md5 checksum does fail on linux-3.1-rc9.tar.gz. Tried several times as this shouldn't happen.. Can someone reproduce this issue?

JonnyJD commented on 2011-10-06 09:23 (UTC)

iscsi target is new in linux 3.1 and once the regular linux package reaches 3.1 (which should be soon), I will file a report there (if it is not included then anyways).

miffe commented on 2011-10-06 06:59 (UTC)

@JonnyJD: linux-mainline uses the same config as the regular linux package, so once it's added there it will appear here too.

JonnyJD commented on 2011-10-06 01:31 (UTC)

I included the new iscsi target module in my config (which works with lio/targetcli: CONFIG_TARGET_CORE=m CONFIG_TCM_IBLOCK=m CONFIG_TCM_FILEIO=m CONFIG_TCM_PSCSI=m + CONFIG_ISCSI_TARGET=m CONFIG_LOOPBACK_TARGET=m Might be a nice thing to include in the pkgbuild.

miffe commented on 2011-10-05 18:03 (UTC)

linux-mainline 3.1rc9-1: - New upstream release - Binaries by me at the usuall place

dcelasun commented on 2011-09-26 11:03 (UTC)

Nvm, just realized I've updated the package without rebooting.

dcelasun commented on 2011-09-26 11:00 (UTC)

@miffe: That's weird, since VirtualBox can't find the kernel headers.

miffe commented on 2011-09-26 10:57 (UTC)

@dcelasun: Since AUR doesn't support split packages the headers are included in the linux-mainline package.

dcelasun commented on 2011-09-26 10:28 (UTC)

I've just compiled this but it doesn't seem to create a linux-mainline-headers package. Any ideas?

miffe commented on 2011-09-25 10:18 (UTC)

@markino7200: There seems to be an issue with tarballs from github, they sometimes contain the incorrect version. The one in the PKGBUILD should be the correct one according to

commented on 2011-09-24 10:44 (UTC)

kernel checksum and upack path seem wrong in PKGBUILD? new checksum is '8d33f2d3cae613c49573be50d16aca7a' and unpack path is "$srcdir/torvalds-linux-4cf670b"

miffe commented on 2011-09-23 08:58 (UTC)

linux-mainline 3.1rc7-1: - New upstream release - Binaries by foutrelis available.

miffe commented on 2011-09-16 08:43 (UTC)

linux-mainline 3.1rc6-1: - New upstream release - Binaries by foutrelis - Using github since is still down

miffe commented on 2011-09-06 22:01 (UTC)

linux-mainline 3.1rc5-1: - New upstream release - Binaries by foutrelis - Downloads from Github since is down due a security breach

miffe commented on 2011-08-29 19:19 (UTC)

linux-mainline 3.1rc4-1: - New upstream release - Binaries from foutrelis @Det: Looks like they finally applied the patch you needed.

miffe commented on 2011-08-24 15:08 (UTC)

linux-mainline 3.1rc3-1: - New upstream release - Binaries provided by foutrelis

Det commented on 2011-08-16 11:27 (UTC)

I still need the devtmpfs.c patch (the second link).

miffe commented on 2011-08-16 07:30 (UTC)

Binaries are up now, thanks to foutrelis!

miffe commented on 2011-08-16 06:44 (UTC)

linux-mainline 3.1rc2-1: - New upstream release - No binaries for now

jelly commented on 2011-08-15 19:04 (UTC) url with rc2

Det commented on 2011-08-12 12:20 (UTC)

Btw. If anybody else is having these 'mismatches' with their static 3.1rc1 kernels, as I did, here are patches for them:,293988 (this one was posted even before 3.0.1 but still not in)

commented on 2011-08-10 14:07 (UTC)

Works now without problems. Thank you =)

miffe commented on 2011-08-09 20:47 (UTC)

linux-mainline 3.1rc1-2: - Fixed mkinitcpio preset (thanks Wubbbi for the report) It seems the linux packager lost the sed line to fix the kernel filename in the mkinitcpio preset in the linux -> kernel26 change and I didn't notice since it still works if you have the linux package installed. I fixed the binaries and shall file a bugreport for the linux package.

commented on 2011-08-09 19:15 (UTC)

Hey I have a problem with the new Binarys: >>> Updating module dependencies. Please wait ... >>> Generating initial ramdisk, using mkinitcpio. Please wait... ==> Building image from preset: 'default' -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-mainline.img ==> ERROR: invalid kernel specifier: `/boot/vmlinuz-linux' ==> Building image from preset: 'fallback' -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-mainline-fallback.img -S autodetect ==> ERROR: invalid kernel specifier: `/boot/vmlinuz-linux All versions befor, worked without problems. Any Idea? :)

miffe commented on 2011-08-09 17:37 (UTC)

linux-mainline 3.1rc1-1: - New upstream release - Rebased against linux 3.0.1-1 - Binaries by foutrelis

commented on 2011-07-24 17:22 (UTC)

It's in testing as 'linux 3.0-1'. See pacman -Qi linux:

miffe commented on 2011-07-22 08:54 (UTC)

@skodabenz: It's already there, in the package_kernel26 function.

commented on 2011-07-22 08:38 (UTC)

@miffe: I think its better to add replaces=('kernel26-mainline') to the package for those who use your repo.

foutrelis commented on 2011-07-22 08:08 (UTC)

@skodabenz: The kernel maintainers are preparing a 'linux' package for Linux 3.0:

commented on 2011-07-22 08:05 (UTC)

[quote]Based on the linux package[/quote] There seems to be no 'linux'package anywhere. Seems like the devs have not decided a new package name.

miffe commented on 2011-07-22 06:52 (UTC)

linux-mainline 3.0-1: - New upstream release - Binaries provided by foutrelis - Based on the linux package - Goodbye kernel26-mainline Repository available at [miffe] Server =$arch/