Package Base Details: linux-vfio

Git Clone URL: (read-only, click to copy)
Keywords: acs arbiter assignment gpu i915 kvm override passthrough pci qemu vfio vga
Submitter: zman0900
Maintainer: markzz (slowbro)
Last Packager: slowbro
Votes: 61
Popularity: 1.49
First Submitted: 2015-01-30 06:41
Last Updated: 2020-08-05 03:09

Pinned Comments

markzz commented on 2020-05-01 15:44

A few things BEFORE building this package and/or commenting here:


If you do not read the wiki and ask a stupid question, you'll either get a stupid/terse response from me or you will be ignored. If this continues, this may require me to bring this up to a TU for account suspensions.

Remember, there's also search engines that you can also look up errors that you get related to makepkg.


This package's goal is to be as close to the Arch Linux linux package. Therefore, we use the config file from that package. We will not, unless under very special circumstances, modify the config file for any reason.

You can make changes yourself. You should be capable enough to make any changes you see fit without us making the changes on our end.


This one has been more recent. The goal of this package is to add a MINIMAL patch set for IOMMU grouping and for VGA arbitration on Intel iGPUs. Under no circumstances will I backport patches that are not present in the linux repository on nor will I add a patch that adds a feature outside of the intended goal of this project.

If you absolutely feel that your patch is completely necessary, you MUST have ready a link to the appropriate discussion from the OFFICIAL LINUX KERNEL MAILING LISTS and/or from Arch Linux's Bug Tracker at For the latter, they must be bugs present in the linux package in [core] and do NOT open a task on there if it is specific to this package (or any AUR package for that matter). I do not want to see links to reddit talking about some patch that you want to add.

If you want to add patches to your own build, that's completely fine.


AUR helpers are unsupported and therefore we will not provide help to you unless you have verified it's not working with makepkg. I always make sure this package builds in a clean chroot before uploading here, so I know it builds on a clean and up to date Arch Linux system.


Both maintainers of this package provide signed binary packages in unofficial pacman repositories maintained and signed by ourselves. If you do not want to compile this kernel yourself for whatever reason, feel free to make use of them.

slowbro commented on 2020-02-26 23:21

Like markzz was, I'm providing updated builds in my (unofficial) user repository, if you don't want to build this yourself.

Info here:

Signing key: 85186206

Details on importing a key for pacman are here.

Latest Comments

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

daniel_shub commented on 2020-05-01 14:33

@markzz first, let me start by saying thanks to you and slowbro for maintaining this package. Second, I think your decision to not deviate from the Arch Kernel except for the patches needed for VFIO/GPU pass through is the correct decision. The fact that the diff between this package and the linux package is so clean gave me a lot of confidence to install a custom kernel.

Finally, you may want to pin your message that says that the package will not deviate and if you want extra things to modify the PKGBUILD yourself.

markzz commented on 2020-05-01 07:00

lazerl0rd: As stated before further down the comments, no.

lazerl0rd commented on 2020-05-01 06:28

Could the following two patches be added: (for AMD Zen2) (for HP ProLiant Gen8 servers)

meshedpotato commented on 2020-04-27 16:25

Thanks @slowbro, you set me off the in the right direction - very very thanks ;) - my VMs are booting in 25 seconds now compared to 4 mins of total boot time prior to this flag.

markzz commented on 2020-04-26 23:37

I also do not consider grabbing patches from reddit as a good idea either. I would prefer that patch suggestions of any kind should also be accompanied by a Linux Kernel mail list thread OR an Arch Linux Flyspray link so there's discussion from those ends as well. Also, as a reminder, do not open Flyspray reports for upstream bugs.

NovaMoon commented on 2020-04-26 23:14 There is A bit more discussion around it but I understand. Its not needed to get passthrough working

markzz commented on 2020-04-26 21:18

I usually take a hard line stance of not adding any patches except those introduced by the linux package. The goal of this patch-set is not to be an all encompassing kernel for various VM related issues, but instead is just what is needed to do VFIO and GPU passthrough.

As I've said before, there's nothing stopping you from making changes to the PKGBUILD for your own build of the kernel with whatever patches you want.

slowbro commented on 2020-04-26 21:13

@NovaMoon do you have any links to more discussion/reports around that issue (vs just a link to a patch)?

NovaMoon commented on 2020-04-26 20:57

Hello Is it possible to add another patch to the kernel? this is describing the patch.

Zen2 CPU users experiencing FLR timeout errors in dmesg when passing the USB or Audio controllers can use this patch to bypass the issue. Typically the host will also crash shortly after. This issue affects all AM4 300/400/500 series boards when fitted with new Zen2 CPUs. The workaround is to disable FLR reset until AMD fixes it on their end via AGESA/BIOS update. Kernel patch:

markzz commented on 2020-04-24 13:57

beetlejuice: This package will not deviate from the ARCH kernel's config. If you want to change the options when you go to build, you are free to do so.