util/inteltool: Add more Westmere/Ironlake device IDs
The host bridge PCI device ID can be changed by the firmware. There is no documentation about it, though. There's 'official' IDs, which appear in spec updates and Windows drivers, and 'mysterious' IDs, which Intel doesn't want OSes to know about and thus are not listed. For the sake of completeness, add the PCI device IDs for Clarkdale. Though coreboot only supports Arrandale, both of them are Ironlake. It is possible that the Management Engine handles changing the PCI device ID, which would not happen when using a broken ME firmware. Change-Id: I85a48fcf0e0e62f42fe147a5d4e2d557b2143e5b Signed-off-by: Angel Pons <th3fanbus@gmail.com> Reviewed-on: https://review.coreboot.org/c/coreboot/+/60215 Tested-by: build bot (Jenkins) <no-reply@coreboot.org> Reviewed-by: Nico Huber <nico.h@gmx.de>
This commit is contained in:
@@ -378,7 +378,9 @@ int print_dmibar(struct pci_dev *nb)
|
||||
dmi_registers = nehalem_dmi_registers;
|
||||
size = ARRAY_SIZE(nehalem_dmi_registers);
|
||||
break;
|
||||
case PCI_DEVICE_ID_INTEL_CORE_1ST_GEN:
|
||||
case PCI_DEVICE_ID_INTEL_CORE_1ST_GEN_D:
|
||||
case PCI_DEVICE_ID_INTEL_CORE_1ST_GEN_M:
|
||||
case PCI_DEVICE_ID_INTEL_CORE_1ST_GEN_0048:
|
||||
dmibar_phys = pci_read_long(nb, 0x68);
|
||||
dmibar_phys |= ((uint64_t)pci_read_long(nb, 0x6c)) << 32;
|
||||
dmibar_phys &= 0x0000000ffffff000UL; /* 35:12 */
|
||||
|
Reference in New Issue
Block a user