What I would recommend if you cannot find a solution is ask the awesome people at the "vfio-users" mailing list. Someone may provide a different insight there.
Thank you, I just did that.. lets see and hope !
]]>Just a quick update subsequent to my original post (see below)
I recently upgraded from Haswell to Skylake (i6700k, Asus Maximus Hero VIII Alpha) and it would appear that I no longer have the HDMI audio issue..
As in:
- I have vt-d enabled in the bios
- My currently booted kernel has iommu=on (verified via 'cat /proc/cmdline')
- The iommu seems to be working (verified via 'dmesg | grep iommu' and 'find /sys/kernel/iommu_groups/ -type l')
- With the above in place, I appear to have working HDMI audio (from the integrated Intel HD 530 graphics)
This would suggest the problem is Haswell specific, since Skylake doesn't appear to be affected?
Thanks,
Hi there,
I also seem to be affected by this issue (Haswell i7-4790k, Asus Maximus Hero VII).
No HDMI Audio from integrated Intel HD 4600 graphics, with intel_iommu=on (I need this turned on in order to do GPU passthrough for a discrete Nvidia adapter).
There is no audio being output, even though every command I try seems to confirm the HDMI audio device is present and 'working'.
Finally, can anyone confirm whether or not Skylake CPU's are also affected by this issue, or is the issue limited to Haswell CPU's only?
Thanks,
All I would need is a decent VM with PCI passthrough for Microsoft Office, Photoshop for my girlfriend, and eventually a few games !
@alza: Sorry I don't know as I only have my current laptop with Haswell CPU.
]]>I also seem to be affected by this issue (Haswell i7-4790k, Asus Maximus Hero VII).
No HDMI Audio from integrated Intel HD 4600 graphics, with intel_iommu=on (I need this turned on in order to do GPU passthrough for a discrete Nvidia adapter).
There is no audio being output, even though every command I try seems to confirm the HDMI audio device is present and 'working'.
Finally, can anyone confirm whether or not Skylake CPU's are also affected by this issue, or is the issue limited to Haswell CPU's only?
Thanks,
]]>Utini wrote:A09 seems to be quite buggy and the changelog from A08 to A09 doesn't seem to improve anything that would be relevant for this topic ?
Where's the evidence that A09 is worse than A08? And does the changelog indicate that it would be?
I suspect the changelog doesn't list all the changes
The Dell XPS 15 9530 thread om forum.notebookreview.com has bad reportd about it. But anyway, is there the possibility to get this fixed (I guess it is driver/software related?).
@edit: seems like it has been reported tons of time already here: https://bugzilla.kernel.org/show_bug.cgi?id=60769
Glad to hear iommu=on + isolating nvidia card works stable.
If it was just a case of replacing kernel modules, hotplugging might work. Unfortunately you need different kernel parameters which require a reboot.I see 3 boot options :
A. linux with intel_iommu=off
A will give you full sound support, but limit any VM to using the nvidia card through bumblebee .
If no VM is running,linux programs can also use bumblebee..
But running virtualbox/qemu with bumblebee (optirun / primusrun) wont give any additional performance to the VM?
]]>A09 seems to be quite buggy and the changelog from A08 to A09 doesn't seem to improve anything that would be relevant for this topic ?
Where's the evidence that A09 is worse than A08? And does the changelog indicate that it would be?
I suspect the changelog doesn't list all the changes
]]>Is there anything I can do to help fixing this?
Thanks !
]]>Glad to hear iommu=on + isolating nvidia card works stable.
If it was just a case of replacing kernel modules, hotplugging might work. Unfortunately you need different kernel parameters which require a reboot.I see 3 boot options :
A. linux with intel_iommu=off
B. linux with intel_iommu=on + passthrough the nvidia card to a VM
C. windows
A will give you full sound support, but limit any VM to using the nvidia card through bumblebee .
If no VM is running,linux programs can also use bumblebee.B will give you good sound support for non-HDMI usage.
linux programs will need to use the intelgraphics, 1 VM can use nvidia passthroughC.
Windows programs should be able to use the nvidia card wioth wiondows counterpart of bumblebee, but don't need to run in a VM.
You'll have no linux programs.Whether you go for A + B or A + C depends on your usecases.
Non of those options are perfect I will probably go with A and see if bumblebee + virtualbox has enough juice.
Upgrade your BIOS to A09, for starters. It could well help.
A09 seems to be quite buggy and the changelog from A08 to A09 doesn't seem to improve anything that would be relevant for this topic ? But I might still give it a go Thanks !
]]>I see 3 boot options :
A. linux with intel_iommu=off
B. linux with intel_iommu=on + passthrough the nvidia card to a VM
C. windows
A will give you full sound support, but limit any VM to using the nvidia card through bumblebee .
If no VM is running,linux programs can also use bumblebee.
B will give you good sound support for non-HDMI usage.
linux programs will need to use the intelgraphics, 1 VM can use nvidia passthrough
C.
Windows programs should be able to use the nvidia card wioth wiondows counterpart of bumblebee, but don't need to run in a VM.
You'll have no linux programs.
Whether you go for A + B or A + C depends on your usecases.
]]>Nothing spefici to test comes to mind, did HDMI sound work before you started using intel_iomu=on ?
If so, checking if that works again would beuseful .
Yes, that is exactly the problem that I am having and trying to solve:
Sound output via HDMI with intel_iommu=off or intel_iommu=igfx_off works perfectly fine.
Sound output via HDMI with intel_iommu=on cripples the sound output (as descriped in the OP).
Too bad hot-plugging won't work.. that means I could also simply boot up e.g. Windows.
@Edit:
My girlfriend used the laptop yesterday ~4 hours without any problems. I have also spent some time already without any glitches or bugs so far
Will the current way/setup we are working on allow me to quickly enable/disable PCI passthrough without a reboot?
I doubt that will be possible in the near future. vfio blog is the most complete info source about vfio and there it says [1] :
Next, be aware that Linux graphics drivers, both open source and proprietary are rather poor at dynamically binding and unbinding devices. This means that hot-unplugging a graphics adapter from the host configuration, assigning it to a guest for some task, and then re-plugging it back to the host desktop is not really achievable just yet. This is something that could happen, but graphics drivers need to get to the same level of robustness around binding and unbinding devices as NIC drivers before this is really practical.