Package Details: linux-vfio 6.11.9-1

Git Clone URL: https://aur.archlinux.org/linux-vfio.git (read-only, click to copy)
Package Base: linux-vfio
Description: The Linux kernel and modules (ACS override and i915 VGA arbiter patches)
Upstream URL: https://www.kernel.org
Keywords: acs arbiter assignment gpu i915 kvm override passthrough pci qemu vfio vga
Licenses: GPL-2.0-or-later
Provides: KSMBD-MODULE, VIRTUALBOX-GUEST-MODULES, WIREGUARD-MODULE
Submitter: zman0900
Maintainer: xiota
Last Packager: xiota
Votes: 73
Popularity: 0.000290
First Submitted: 2015-01-30 06:41 (UTC)
Last Updated: 2024-11-19 18:25 (UTC)

Required by (5)

Sources (7)

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 .. 5 6 7 8 9 10 11 12 13 14 15 .. 32 Next › Last »

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)

markzz commented on 2020-04-08 17:12 (UTC)

Zauberfisch: I"m honestly going to unpin that comment as it should be expected that people read the wiki and know how to use makepkg before trying to build any packages.

JuniorJPDJ commented on 2020-04-08 14:01 (UTC)

If someone will have similar problem there's bug link to follow: https://bugs.archlinux.org/task/66156 I temporary removed line make htmldocs and removed $pkgbase-docs from loop at the end of PKGBUILD so it compiles again.

JuniorJPDJ commented on 2020-04-08 13:51 (UTC)

I've very weird problem with compilation of this package:

Running Sphinx v3.0.0                                                                                                 

Extension error:                                                                                                      
Could not import extension cdomain (exception: cannot import name 'c_funcptr_sig_re' from 'sphinx.domains.c' (/usr/lib/python3.8/site-packages/sphinx/domains/c.py))
make[1]: *** [Documentation/Makefile:81: htmldocs] Error 2                                                            
make: *** [Makefile:1549: htmldocs] Error 2 

Zauberfisch commented on 2020-04-08 04:29 (UTC)

@markzz: sorry. I wasn't actually asking, I know how to import a key or skip key checking. I just figured because there is a pinned comment for adding 2 of the 3 keys, it might be worth updating that message to include all 3 keys.

slowbro commented on 2020-04-08 04:18 (UTC) (edited on 2020-04-08 04:19 (UTC) by slowbro)

Not to dogpile, but I'd like to add "..or plug the error into google" :)

https://www.google.com/search?q=FAILED+unknown+public+key+A5E9288C4FA415FA