Arch Linux User Repository

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: linux-vfio-headers 6.9.6-1

Package Actions

Git Clone URL:	https://aur.archlinux.org/linux-vfio.git (read-only, click to copy)
Package Base:	linux-vfio
Description:	Headers and scripts for building modules for the Linux kernel (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
Submitter:	zman0900
Maintainer:	xiota
Last Packager:	xiota
Votes:	73
Popularity:	0.005538
First Submitted:	2015-01-30 06:41 (UTC)
Last Updated:	2024-06-23 02:54 (UTC)

Dependencies (15)

pahole (pahole-git^AUR)
bc (bc-gh^AUR) (make)
cpio (cpio-git^AUR) (make)
gettext (gettext-git^AUR) (make)
graphviz (make)
imagemagick (imagemagick-git^AUR, imagemagick-full-git^AUR, imagemagick-full^AUR) (make)
libelf (elfutils-git^AUR) (make)
pahole (pahole-git^AUR) (make)
perl (perl-git^AUR) (make)
python (python37^AUR, python311^AUR, python310^AUR) (make)
python-sphinx (python-sphinx-git^AUR) (make)
python-yaml (python-yaml-git^AUR) (make)
tar (tar-git^AUR, busybox-coreutils^AUR) (make)
texlive-latexextra (texlive-installer^AUR, texlive-full^AUR) (make)
xz (xz-git^AUR) (make)

Required by (0)

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:

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

Latest Comments

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

markzz commented on 2018-12-12 16:30 (UTC)

I have pushed something that the patches apply, but I haven't tested the package itself.

markzz commented on 2018-12-12 14:09 (UTC) (edited on 2018-12-12 15:24 (UTC) by markzz)

whight: The vga arbiter patch does not apply in 4.19.x.

Applying: i915: Add module option to support VGA arbiter on HD devices (4.17)
error: patch failed: drivers/gpu/drm/i915/i915_params.c:133
error: drivers/gpu/drm/i915/i915_params.c: patch does not apply
error: patch failed: drivers/gpu/drm/i915/i915_params.h:58
error: drivers/gpu/drm/i915/i915_params.h: patch does not apply
error: patch failed: drivers/gpu/drm/i915/intel_display.c:15402
error: drivers/gpu/drm/i915/intel_display.c: patch does not apply

whight commented on 2018-12-12 08:36 (UTC)

You shouldn't have any troubles using the patch in your sources for 4.19.8. Built and tested it myself with linux from the core repo. If you'd like, I can help keep this maintained.

markzz commented on 2018-12-05 14:00 (UTC)

archqemu: I try to keep up to date with regards to whatever version is in [core]. The problem is, on version releases (e.g. 4.14 -> 4.15), I often have to rewrite the patches (this isn't normally a problem on patch releases like 4.16.7 -> 4.16.8). Because I'm both a full time student and work full time as a software engineer, I am sometimes unable to set aside enough time to update the patches and I get to it when I can. The semester is almost over at the time of this comment, so I should be able to set aside time for sure then, if not sooner.

archqemu commented on 2018-12-05 13:51 (UTC) (edited on 2018-12-05 13:51 (UTC) by archqemu)

okay cool, thanks for your quick reply!

I was just curious if there is any systematic release schedule related to the kernel releases.

markzz commented on 2018-12-05 10:14 (UTC)

archqemu: When it's done.

archqemu commented on 2018-12-05 10:07 (UTC) (edited on 2018-12-05 10:07 (UTC) by archqemu)

When can we expect an update of this package?

jmandawg commented on 2018-10-29 17:51 (UTC)

Awesome thanks markzz, I didn't know this, i'm still a bit of a noob (switched from debian) i'm going to try this for the next kernel update. Thanks again.

markzz commented on 2018-10-29 14:44 (UTC)

jmandawg: This is because when you boot this kernel without building the dkms module for it, it will of course not work. Because this is information any user of DKMS should know about, I don't see a reason to pin a comment about that.

I think this is something that you should read what the wiki states on DKMS because it actually lays out the steps to make sure the module is built for your kernel in use and does not require a reinstall of the nvidia-dkms package.

https://wiki.archlinux.org/index.php/Dynamic_Kernel_Module_Support

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