[PATCH 0/4] Fix regressions uncovered by bad_madt_entry() patches

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Once the patch series "Provide better MADT subtable sanity checks" got
into linux-next (commit b9e11e92b9), several existing platforms were found
where the firmware was doing odd things that aren't exactly correct if
the ACPI specification is being followed precisely.  This patch series
relaxes some of the checks on MADT subtables so that these previously 
working systems (all x86-based) will continue to boot.  For arm64, since
ACPI usage is still relatively new, the stricter checking is left in place.

Al Stone (4):
  ACPI: workaround x86 firmware using reserved MADT subtable IDs
  ACPI: workaround x86 firmware with mis-matched FADT/MADT revisions
  ACPI: workaround FADT always being revision 2
  ACPI: for bad_madt_entry(), the GIC ITS table is 20 bytes long, not 16

 drivers/acpi/tables.c | 62 ++++++++++++++++++++++++++++++++++++++++++---------
 1 file changed, 51 insertions(+), 11 deletions(-)

-- 
2.4.3

--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux