Package Base Details: linux-vfio

Git Clone URL: https://aur.archlinux.org/linux-vfio.git (read-only, click to copy)
Keywords: acs arbiter assignment gpu i915 kvm override passthrough pci qemu vfio vga
Submitter: zman0900
Maintainer: xiota
Last Packager: xiota
Votes: 74
Popularity: 0.019962
First Submitted: 2015-01-30 06:41 (UTC)
Last Updated: 2024-04-18 00:48 (UTC)

Pinned Comments

xiota commented on 2024-01-09 18:43 (UTC) (edited on 2024-01-11 16:53 (UTC) by xiota)

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

eclairevoyant commented on 2023-04-06 21:24 (UTC) (edited on 2023-04-06 21:31 (UTC) by eclairevoyant)

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

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

Latest Comments

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 30 Next › Last »

NovaMoon commented on 2020-04-26 23:14 (UTC)

https://www.reddit.com/r/VFIO/comments/eba5mh/workaround_patch_for_passing_through_usb_and/ 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 (UTC)

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

@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 (UTC)

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: https://clbin.com/OaR0H

markzz commented on 2020-04-24 13:57 (UTC)

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.

beetlejuice commented on 2020-04-24 09:18 (UTC) (edited on 2020-04-24 09:21 (UTC) by beetlejuice)

CONFIG_PREEMPT_VOLUNTARY=yes

CONFIG_PREEMPT is not set

Should be default settings for this package. I don't like waiting 30 or more seconds and 100% CPU usage just to start OVMF bios. If there is a better solution for long boot time with OVMF please advice me.

slowbro commented on 2020-04-19 05:05 (UTC)

@meshedpotato, you can simply edit the 'config' file in the tar.gz you download from AUR. If you're currently using an AUR helper to install (i.e. yay) you would have to abandon that in favor of manually building it. There's plenty of docs on the wiki about how to build an AUR package, so I'll skip the details; but for your specific situation, you'd:

  1. Edit the 'config' file and change whatever parameters you want
  2. run sha256sum config and replace the value in the PKGBUILD
  3. build the package

Best of luck!

meshedpotato commented on 2020-04-19 04:45 (UTC)

Hi Folks, any pointers on how i would be able to build with CONFIG_PREEMPT_VOLUNTARY=yes, the ACS patch has sorted out my IOMMU groups but I have large boot times.

I think I'm facing https://forums.unraid.net/topic/72172-unraid-os-version-653-available/

not sure where to start, Thank!

slowbro commented on 2020-04-10 02:00 (UTC)

the sphinx issue will be worked-around in 5.6.3, from upstream: link. building/testing now.

aknarts commented on 2020-04-09 07:31 (UTC) (edited on 2020-04-09 07:32 (UTC) by aknarts)

JuniorJPDJ: For the sphinx issue, another "fix" is to install python-sphinx-1 also fixes the issue, but might break other dependency so it is up to you which solution you chose. (It is an alternate dependency on the docs package)