Package Details: linux-vfio 6.12.5-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.000154
First Submitted: 2015-01-30 06:41 (UTC)
Last Updated: 2024-12-18 23:01 (UTC)

Dependencies (19)

Required by (6)

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 .. 11 12 13 14 15 16 17 18 19 20 21 .. 32 Next › Last »

Youngsie97 commented on 2019-07-30 15:25 (UTC) (edited on 2019-07-30 15:25 (UTC) by Youngsie97)

Just wanted to comment to thank ironicbadger and also confirm their findings I was having issues in particular with discord and FF14(FFXIV) crashing and losing sound randomly rolling back to 4.19-20 via LTS package appears to have fixed these issues.

ironicbadger commented on 2019-07-22 04:02 (UTC)

I was running into some issues with 5.2.1 kernel today in a Windows 10 guest where 3d apps (such as Firefox, Chrome and Fusion 360) would just randomly quit.

According to my research I found the following on the VFIO discord 

A new bug in kernel 5.2 is causing KMODE_EXPECTION_NOT_HANDLED and other anomalies for some people. A few folks reporting artifacting/crashing issues on 5.1 say that issue persists on 5.2 as well, but this is may be a different bug. Root cause of both issues remains unknown currently. Rollback to the last known good or LTS kernels.

I downgraded to 4.19.x via the linux-vfio-lts package and stability returned to my guest. Hope this helps someone out.

markzz commented on 2019-07-10 17:19 (UTC)

If this is a requirement for you, you will need to add this patch yourself when you build.

igno2k commented on 2019-07-10 11:00 (UTC)

Any chance to add the Agesa Patch? https://clbin.com/VCiYJ

Also see: https://forum.level1techs.com/t/attention-amd-vfio-users-do-not-update-your-bios/142685

giostark commented on 2019-05-09 15:58 (UTC) (edited on 2019-05-09 16:07 (UTC) by giostark)

I am getting the following build error:

 Extension error:
Could not import extension kerneldoc (exception: cannot import name 
'AutodocReporter' from 'sphinx.ext.autodoc' (/usr/lib/python3.7/site-packages/sphinx/ext/autodoc/__init__.py))

As the same here: https://aur.archlinux.org/packages/linux-rt-bfq/

Following those patch instructions I deleted some lines in the PKGBUILD and I'm now compiling.

https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/linux&id=cfe52e9aa8168d9571bedf8a376e2cfbd25223fd

markzz commented on 2019-04-25 18:43 (UTC)

PiMaker101: One of the goals of this package is to model it after the standard linux package in the official repositories. This includes configuration options. This does not, however, stop you from changing the config yourself when you build it though.

PiMaker101 commented on 2019-04-25 18:16 (UTC)

Tested with 5.0.9 by changing the git tag in the PKGBUILD, working fine, including testing with QEMU 4.0. Noteworthy though, that I had to disable building the doc package (removed htmldocs from make), since there was a build error with sphinx.

By the way, I think it might be a good idea to change the default kernel config in this package to enable voluntary preemption (CONFIG_PREEMPT_VOLUNTARY=y), since this fixes a bug with QEMU/OMVF boot times when configured with a lot of RAM/cores (see https://forums.unraid.net/topic/72172-unraid-os-version-653-available/). Personally using this configuration, have not noticed any side-effects or performance losses on the host so far.

Youngsie97 commented on 2019-03-24 10:56 (UTC)

Just wanted to say that In regards to jmandawg and markzz that I have been updating by just changing the versions for about a week now (starting with 5.0-1) with no unexpected behaviour or side effects. Although I should state I haven't done any deep testing outside of just running my normal vms etc.

markzz commented on 2019-03-24 04:26 (UTC) (edited on 2019-03-24 04:40 (UTC) by markzz)

jmandawg: You can certainly try just changing the PKGBUILD with no new patches, but I would bet on the fact that the current patches will not work. The issue is, it's on my list of things I have to get done, but that list has grown in the last few months to the point where I'm trying to catch up. No ETA at this moment.

EDIT: I take it all back, it looks like the patches did apply, so I'm running a build and will quickly test it tomorrow.

jmandawg commented on 2019-03-24 02:46 (UTC)

Thanks for the great work, 5.0.x coming anytime soon? Or is it safe to change the _srcver and rebuild?

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 .. 32 Next › Last »