59:40 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 15.0-STABLE X-Bugzilla-Keywords: uefi X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: dan@sunsaturn.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D290920 --- Comment #6 from dan@sunsaturn.com --- sys/dev/vmm/vmm.c is suspect here: Symptom: The GPU failed with "no GSI" / "can't derive routing". GSI (Global System Interrupt) is a Linux concept, but it means the physical interrupt signal from the passed-through PCI device (GPU or USB controller) is not be= ing correctly mapped by the hypervisor into a signal the guest OS can understan= d. Commits touching the core interrupt handling between the host's IOMMU hardw= are (VT-d/AMD-Vi) and the virtualized environment are the prime suspects. Look = for PRs that: Refactor or clean up the MSI/MSI-X handling within the vmm driver. Update core IOMMU register access or error handling code. Change the logic for x2APIC or IO-APIC interrupt injection into the guest. --=20 You are receiving this mail because: You are the assignee for the bug.=