Retrieve device properties on Macs with an Apple-specific _DSM and use them in lieu of _CRS data upon SPI slave initialization, v2. Please refer to the cover letter of v1 for further details: http://www.spinics.net/lists/linux-acpi/msg75537.html The series has now been tested successfully by Ronald. Changes v1 -> v2: Patch 2: - Rebase on uuid-types branch. (Andy, Rafael) - Don't align assignments. (Mika) - Move IS_ENABLED() and dmi_match() conditionals into callee. (Mika) - Tone down messages indicating an unsupported properties version or illegal property type to KERN_INFO to avoid scaring or annoying users who may see it on every boot despite "quiet", but still allowing diagnosis of issues that may ensue. (Mika) Patch 3: - Newly inserted patch in v2 to fix an enumeration issue. (Ronald) Patch 4 (was patch 3 in v1): - Move IS_ENABLED() and dmi_match() conditionals into callee. (Mika) - Allow acpi_spi_parse_apple_properties() to augment or override _CRS by calling it unconditionally rather than only if _CRS is empty. Thanks, Lukas Lukas Wunner (4): ACPI / property: Don't evaluate objects for devices w/o handle ACPI / property: Support Apple _DSM properties ACPI / scan: Recognize Apple SPI and I2C slaves spi: Use Apple device properties in absence of ACPI resources drivers/acpi/property.c | 126 ++++++++++++++++++++++++++++++++++++++++++++++++ drivers/acpi/scan.c | 6 +++ drivers/spi/spi.c | 30 ++++++++++++ 3 files changed, 162 insertions(+) -- 2.11.0 -- 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
