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
Search Criteria
Package Base Details: linux-vfio
Package Actions
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) |
Packages (2)
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)
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:
- Edit the 'config' file and change whatever parameters you want
- run
sha256sum config
and replace the value in the PKGBUILD - 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)
Pinned Comments
xiota commented on 2024-01-09 18:43 (UTC) (edited on 2024-01-11 16:53 (UTC) by xiota)
clang
or disabling Arch patches.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).