QEMU/KVM and GPU Passthrough Troubleshooting: Difference between revisions

From WikiMLT
Line 19: Line 19:
</gallery>
</gallery>


I [[KVM_and_GPU_Passthrough_in_Details#Isolation_of_the_Guest_GPU|mentioned]] the kernel command <code>irqpool</code> as solution for this issue, but in my opinion and according to some other posts, provided in the references section, this setting is an actual solution for the problem <code>irq 44: nobody cared (try booting with the "irqpool" option); handlers: vfio_intx_handler; Disabling IRQ #44</code>, that appears at my system when booting a VM with GPU passthrough with a display attached to it, which was causing host system reboot.
I was [[QEMU/KVM and GPU Passthrough in Details#Isolation of the Guest GPU|mentioned]] the kernel command <code>irqpool</code> as solution for this issue, but in my opinion and according to some other posts, provided in the references section, this setting is an actual solution for the problem <code>irq 44: nobody cared (try booting with the "irqpool" option); handlers: vfio_intx_handler; Disabling IRQ #44</code>, that appears at my system when booting a VM with GPU passthrough with a display attached to it, which was causing host system reboot.


References:
References:

Revision as of 13:57, 2 September 2022

Guest GPU Au­dio Crack­ling and IRQ xx: No­body Cared Fix

The so­lu­tion of the is­sue Guest GPU HD­MI Au­dio Crack­ling, Bro­ken or Los­ing is well ex­plained by Jonp at UN­RAID Fo­rums. In short we must try to en­able the MSI – Mes­sage Sig­naled In­ter­rupts op­tion if the de­vice sup­port it. Here is a de­tailed step-by-step in­struc­tion how to do that.

I was men­tioned the ker­nel com­mand irqpool as so­lu­tion for this is­sue, but in my opin­ion and ac­cord­ing to some oth­er posts, pro­vid­ed in the ref­er­ences sec­tion, this set­ting is an ac­tu­al so­lu­tion for the prob­lem irq 44: no­body cared (try boot­ing with the "irqpool" op­tion); han­dlers: vfio_​​​intx_​​​handler; Dis­abling IRQ #44, that ap­pears at my sys­tem when boot­ing a VM with GPU passthrough with a dis­play at­tached to it, which was caus­ing host sys­tem re­boot.

Ref­er­ences: