linux-intel-lts
VFIO-Mdev_Samples
linux-intel-lts | VFIO-Mdev_Samples | |
---|---|---|
16 | 1 | |
175 | 0 | |
0.6% | - | |
0.6 | 0.0 | |
9 days ago | over 1 year ago | |
C | C | |
GNU General Public License v3.0 or later | GNU General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
linux-intel-lts
-
Dell XPS 15 9520 (64GB RAM): How much battery drainage in percentage are you getting when your laptop is in Sleep/Standby/Suspend mode (powering the memory)? In my case is around 1% / hour using Debian 12, that means the laptop will not last more than 2-3 days
soon? https://github.com/intel/linux-intel-lts/issues/33
-
The Great CPU Stagnation
There’s actually 2, theres the intel lts one, which i guess they did do something it just never amounted to anything, explained here:
https://github.com/intel/linux-intel-lts/issues/33
The ongoing development:
https://github.com/strongtz/i915-sriov-dkms
-
[sGPUpt] - single GPU passthrough simplified
No kernel support yet, see this GitHub issue for updates.
-
Intel's new GPUs, dream for vfio setups?
Intel has SR-IOV support on their own branch of the LTS kernel. I made an issue asking when they would mainline it, hopefully they do it next year.
- Intel 12th gen full iGPU passthrough to Linux guest, is it possible?
-
No SR-IOV for ARC A-series GPUs?
SR-IOV is working on gen12 in Intel's kernel fork here: https://github.com/intel/linux-intel-lts/blob/lts-v5.10.120-yocto-220627T062711Z/drivers/gpu/drm/i915/i915_sriov.c
- Why is this showing up then I start my Laptop?
- Possible "launch date" for Intel’s ARC A5xx and A7xx graphics cards leaked | Exclusive | igor'sLAB
-
SR-IOV of Intel GPU seems to be available, and the work of merging the code into the mainline kernel is in progress.
https://github.com/intel/linux-intel-lts/issues/33#issuecomment-1176996341 SR-IOV of Intel GPU seems to be available, and the work of merging the code into the mainline kernel is in progress. https://github.com/intel/linux-intel-lts/blob/lts-v5.10.120-yocto-220627T062711Z/drivers/gpu/drm/i915/i915_sriov.c I did find the relevant code of SR-IOV in this repository, but the kernel version is a little old. Maybe it can be ported to the mainline kernel through DKMS or patches? After all, code consolidation may not be completed until the end of 2023.
-
GVM: A GPU Virtual Machine for Iommu-Capable Computers
>> https://github.com/intel/linux-intel-lts/commit/41ef979f0894
> This is pretty unhelpful. Legitimately
Indeed, "98 changed files with 11,276 additions and 46 deletions" and no idea if it will work on a vanilla kernel.
I would like to try running linux baremetal to virtualize Windows 11 running in fullscreen mode with control over the mouse and keyboard, but I may wait until that's mainlined.
VFIO-Mdev_Samples
-
GVM: A GPU Virtual Machine for Iommu-Capable Computers
https://github.com/OpenMdev/VFIO-Mdev_Samples
> I'm not confused either about how GVM/mdev-gpu works or about its relation to libvf.io. It's not hard to read between the missing lines of your project roadmap.
You define types that are presented in mdevctl via a YAML config file the user can write themselves or via a JSON file. So LibVF.IO might as well be entirely ignorant to the fact that GVM is on the system. All it sees are different arbitrary mdev types that the user decides to create. Not sure where you're going with this comment.
>I read this before I ever wrote a reply, which you should have guessed because there was no other way to get any information. None of it tells anyone WHY this should use this instead of the bindings which have 100 developers on them, which have been battle tested for years, and for which the original author of VFIO wrote exhaustive, excellent manuals on the blog I linked earlier 7.5 years ago.
>What advantages does your system offer?
Well for starters I've never argued LibVF.IO is better than libvirt. In-fact when folks bring it up I generally say there's a lot we can learn from libvirt.
What are some alternatives?
i915-sriov-dkms - dkms module of Linux i915 driver with SR-IOV support
LibVF.IO - A vendor neutral GPU multiplexing tool driven by VFIO & YAML.
linux - Linux kernel source tree
GVM-user - GVM-user.
gvt-linux
Mdev-GPU - A user-configurable utility for GPU vendor drivers enabling the registration of arbitrary mdev types with the VFIO-Mediated Device framework.
Kernel-Support
qemu