Change Details

Observed on a couple Ice Lake-SP platforms (Intel Coyote Pass, Dell R750), there are more than 8 DRHD sections enumerated in the DMAR ACPI section. Since the previous limit was 8, this resulted in some of these not being parsed by vtd when the iommu is initialized; in this case when PCI devices are being passthru'd to a bhyve VM. This omission later causes a kernel panic later in initialization when devices could not be found in a valid DRHD scope because the DHRD containing the device's scope was not added to vtd. Signed-off-by: Eric Joyner <erj@FreeBSD.org> PR: [[ https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268486 | 268486 ]] Sponsored by: Intel Corporation

Observed on a couple Ice Lake-SP platforms (Intel Coyote Pass, Dell R750), there are more than 8 DRHD sections enumerated in the DMAR ACPI section. Since the previous limit was 8, this resulted in some of these not being parsed by vtd when the iommu is initialized; in this case when PCI devices are being passthru'd to a bhyve VM. This omission later causes a kernel panic later in initialization when devices could not be found in a valid DRHD scope because the DHRD containing the device's scope was not added to vtd. Signed-off-by: Eric Joyner <erj@FreeBSD.org> PR: [[ https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268486 | 268486 ]] Sponsored by: Intel Corporation --- I could not find anything on what a max limit on the number of DRHDs could be; should the drhds and vtdmaps arrays be turned into arbitrary-length linked lists instead?

Observed on a couple Ice Lake-SP platforms (Intel Coyote Pass, Dell R750), there are more than 8 DRHD sections enumerated in the DMAR ACPI section. Since the previous limit was 8, this resulted in some of these not being parsed by vtd when the iommu is initialized; in this case when PCI devices are being passthru'd to a bhyve VM. This omission later causes a kernel panic later in initialization when devices could not be found in a valid DRHD scope because the DHRD containing the device's scope was not added to vtd. Signed-off-by: Eric Joyner <erj@FreeBSD.org> PR: [[ https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268486 | 268486 ]] Sponsored by: Intel Corporation --- I could not find anything on what a max limit on the number of DRHDs could be; should the drhds and vtdmaps arrays be turned into arbitrary-length linked lists instead?