3 ms·

Afaik AMD is buggy when passed to virtualized guest. nvidia also requires hacks to make it work. Intel is the only party where it's supported out of the box. E

Afaik AMD is buggy when passed to virtualized guest. nvidia also requires hacks to make it work. Intel is the only party where it's supported out of the box. Edit: incorrect terminology

formerly_proven 6y ago
Doesn't nVidia explicitly disable this feature unless it's a Quadro?
- the8472 6y ago
  There are several ways to virtualize a card. Splitting the card into multiple virtual units only works with the pro/datacenter models. Passing through the whole card works if you trick the guest driver by hiding virtualization.
tjoff 6y ago
That is a wholly different use case though. And I'd rather take AMDs difficulties in that regard over nVidia who are actively fighting it. Don't give money to someone that shits on you.
pengaru 6y ago
Judging from mainline's commit log for linux/drivers/gpu/drm/amd/amdgpu there's been a steady flow of SR-IOV related fixes/updates up to and including v5.8 so it's at least not being ignored. I admit I haven't used amdgpu in this capacity, but just the fact that we can scrutinize amdgpu's history in mainline is a huge improvement over the past.
zamadatix 6y ago
This comment conflates pretty much everything it mentions: - Intel GPUs support mediated virtualization passthrough through GVT-G not SR-IOV - Nvidia blocks passthrough as a feature gatekeep in the driver. You can work around this block by hiding some info from the guest (the hacks mentioned). Consumer Nvidia cards do not support SR-IOV, special models that do require the proprietary driver and a license to SR-IOV (no hacks to workaround this) - AMD works fine under passthrough but requires specific models for SR-IOV (though this works on the official open driver). SR-IOV is still unstable. - None of this is really relevant to the original topic
- the8472 6y ago
  Thanks for the correction. I only played around with it for a few evenings and intel was the only thing I managed to virtualize. I think they're relevant because being able to virtualize it is an aspect of not being a dumpster fire.
- Namidairo 6y ago
  > AMD works fine under passthrough but requires specific models for SR-IOV Did they ever ship a fix in mainline for their cards becoming stuck in unusable states without powering off the host? (I believe the fix involved a sequence of commands for a PSP reset) At least I believe AMD engineers were being helpful in giving details on it though.
  - zamadatix 6y ago
    Made in 5.6 earlier this year finally.

Afaik AMD is buggy when passed to virtualized guest. nvidia also requires hacks to make it work. Intel is the only party where it's supported out of the box. Edit: incorrect terminology

formerly_proven 6y ago

Doesn't nVidia explicitly disable this feature unless it's a Quadro?

the8472 6y ago
There are several ways to virtualize a card. Splitting the card into multiple virtual units only works with the pro/datacenter models. Passing through the whole card works if you trick the guest driver by hiding virtualization.

tjoff 6y ago

That is a wholly different use case though. And I'd rather take AMDs difficulties in that regard over nVidia who are actively fighting it. Don't give money to someone that shits on you.

pengaru 6y ago

Judging from mainline's commit log for linux/drivers/gpu/drm/amd/amdgpu there's been a steady flow of SR-IOV related fixes/updates up to and including v5.8 so it's at least not being ignored. I admit I haven't used amdgpu in this capacity, but just the fact that we can scrutinize amdgpu's history in mainline is a huge improvement over the past.

zamadatix 6y ago

This comment conflates pretty much everything it mentions: - Intel GPUs support mediated virtualization passthrough through GVT-G not SR-IOV - Nvidia blocks passthrough as a feature gatekeep in the driver. You can work around this block by hiding some info from the guest (the hacks mentioned). Consumer Nvidia cards do not support SR-IOV, special models that do require the proprietary driver and a license to SR-IOV (no hacks to workaround this) - AMD works fine under passthrough but requires specific models for SR-IOV (though this works on the official open driver). SR-IOV is still unstable. - None of this is really relevant to the original topic

the8472 6y ago
Thanks for the correction. I only played around with it for a few evenings and intel was the only thing I managed to virtualize. I think they're relevant because being able to virtualize it is an aspect of not being a dumpster fire.
Namidairo 6y ago
> AMD works fine under passthrough but requires specific models for SR-IOV Did they ever ship a fix in mainline for their cards becoming stuck in unusable states without powering off the host? (I believe the fix involved a sequence of commands for a PSP reset) At least I believe AMD engineers were being helpful in giving details on it though.
- zamadatix 6y ago
  Made in 5.6 earlier this year finally.