]> CyberLeo.Net >> Repos - FreeBSD/FreeBSD.git/commit
MFC: 327314
authormarius <marius@FreeBSD.org>
Wed, 14 Mar 2018 23:59:50 +0000 (23:59 +0000)
committermarius <marius@FreeBSD.org>
Wed, 14 Mar 2018 23:59:50 +0000 (23:59 +0000)
commitd09e58af058a1728414dd372b1144d5a4ae449b9
treefafdd5554e96e7b50f2f761195197fc54da0635d
parent5196f2cab7ca0d86be8e18c384063c602f535b96
MFC: 327314

With the advent of interrupt remapping, Intel has repurposed bit 11
(now: Interrupt_Index[15]) and assigned the previously reserved bits
55:48 (Interrupt_Index[14:0] goes into 63:49 while Destination Field
used 63:56 and bit 48 now is Interrupt_Format) in the IO redirection
tables (see the VT-d specification, "5.1.5.1 I/OxAPIC Programming").
Thus, when not using interrupt remapping, ensure that all previously
reserved bits in the high part of the RTEs are zero instead of doing
a read-modify-write for their Destination Field bits only.
Otherwise, on machines based on Apollo Lake and its derivatives such
as Denverton, typically some of the previously preserved bits remain
set after boot when not employing interrupt remapping. The result is
that INTx interrupts are not getting delivered.
Note: With an AMD IOMMU, interrupt remapping apparently bypasses the
IO APIC altogether.

Submitted by: loos (modulo comment)
Reviewed by: jhb (modulo comment)
sys/x86/x86/io_apic.c