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.=