Arch Linux User Repository

• Leaving eclairvoyant's comment pinned because it contains some useful information.
• Patch policy is different, but similar.
  • Primary purpose of this package are the ACS override and i915 VGA arbiter patches.
  • Upstream Arch patches will be applied to maintain parity with the standard kernel.
  • No other patches will be added.
• Package does have options that can be changed, like building with clang or disabling Arch patches.
  • Defaults will match Arch packages, except when incompatible with this package's primary patches.
  • Options are subject to change. Read PKGBUILD for details.
• Avoid commenting and flagging at the same time for the same issue.
  • Flag for common issues with standard solutions, like new releases, key changes, etc.
  • Comment for issues requiring explanation or debugging.
    • Use a pastebin for blocks of text more than a few lines.

This package exists for the specific purpose of adding ported patches based on those originally created by Alex Williamson for:

• Bypassing the default IOMMU grouping by overriding PCIe ACS support, and

• Enabling VGA arbitration support on Intel iGPUs.

Arbitrary patches will not be added.

Refer to the wiki on PCI passthrough and this blog post on IOMMU groups for risks/caveats before using this package.

Regular AUR etiquette applies as well (knowledge of makepkg and searching the wiki/Arch forums is expected, and AUR helpers or Arch-based distros that are not Arch Linux are unsupported).

Yup, my setup also broken with this update. Though I found a workaround after seeing this ticket [1]. In kernel 4.1.6, I always had 8 vcpus with 16 GB of memory, but in 4.2.1 I need to decrease the settings to just 4 vcpus with 8 GB of memory. Seems related to [2] and [3], which told us that the miscoding looks like on the OVMF side. Do you happen to also use OVMF? Meanwhile, I'm struggling to downgrade to 4.1.6 until this issue has resolved. :) [1] https://github.com/tianocore/edk2/issues/21 [2] https://www.redhat.com/archives/vfio-users/2015-September/msg00395.html [3] http://thread.gmane.org/gmane.linux.kernel/1952205/focus=1996025

So, I've upgraded this to 4.2.1, but it has completely broken gpu passthrough for me, among various other things, so I can't say I recommend actually upgrading to this. I am open to any suggestions as to how to fix this. If you need an older version, click the "view changes" link above. 4.1.6 is the last version that works for me, which you can download here: https://aur.archlinux.org/cgit/aur.git/snapshot/aur-5edfba302fe2307a9e1920d5b30324e3d5147ade.tar.gz

wwwkeys.de.pgp.net didn't seem to work for me. Instead pool.sks-keyservers.net seems to be up. gpg --keyserver pool.sks-keyservers.net --recv-keys 79BE3E4300411886 gpg --keyserver pool.sks-keyservers.net --recv-keys 38DBBDC86092693E

I have added the patch from https://bugs.archlinux.org/task/43885 at the suggestion of Frans-Willem to fix the separate build of the headers package.

Yeah, builds fine in the chroot too.

It built fine on my system...but I'm giving it a try now in a clean chroot (testing-x86_64-build). Are you sure you have base-devel and all the dependencies installed?

Current version (4.0.6-1) fails to create linux-vfio-headers package. Error: ==> Entering fakeroot environment... ==> Starting package_linux-vfio-headers()... cp: cannot stat ‘arch//Makefile’: No such file or directory ==> ERROR: A failure occurred in package_linux-vfio-headers(). Aborting... ==> ERROR: Makepkg was unable to build linux-vfio. I have yet to debug the PKGBUILD, but I figured a warning for anyone else using this was in order.

If you've been using this kernel (or the main arch kernel) and you have a filesystem mounted with the discard option on raid0, read this: https://www.archlinux.org/news/data-corruption-on-software-raid-0-when-discard-is-used/ You may have corrupted data. Current 4.0.4-2 update has the patch that is supposed to fix it.