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

I'm trying to determine the cause now. I looked and saw that your package isn't built on a clean arch linux system (or chroot), so I'm doing some investigating.

EDIT: Since I didn't actually answer your question, it is a compiler error in the xen module, which is something neither patch touches directly in any way, so I'm poking around at what may be the issue that is related to that.

What error do you get? I was able to build it last night and am running it now.

5.6.10.arch1-1 does not appear to build in a clean chroot.

daniel_shub: You're probably right, I added a pinned message. Heck, I wrote the patch that added that feature, I probably should use it. :-P

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

READ THE WIKI AND UNDERSTAND HOW TO USE MAKEPKG AND EVERYTHING IT ENTAILS

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.

WE WILL NOT MODIFY THE CONFIG FILE

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.

WE WILL NOT ADD X PATCH

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 git.archlinux.org 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 bugs.archlinux.org. 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.

DO NOT USE AN AUR HELPER THEN EXPECT US TO HELP

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.

BINARY PACKAGES ARE PROVIDED FOR YOUR CONVENIENCE

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.

• markzz's repository: https://wiki.archlinux.org/index.php/Unofficial_user_repositories#markzz
• slowbro's repository: https://wiki.archlinux.org/index.php/Unofficial_user_repositories#slowbro

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

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

Could the following two patches be added:

https://clbin.com/OaR0H (for AMD Zen2)

https://github.com/ZestProjects/linux/commit/ac7e184bddfb559c29e9b97de11a0f496aad696e (for HP ProLiant Gen8 servers)

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.

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.