Commit 3e0283a5 authored by Linus Torvalds's avatar Linus Torvalds
Browse files

Merge tag 'pm+acpi-4.1-rc3' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm 

Pull power management and ACPI fixes from Rafael Wysocki:
 "These include three regression fixes (PCI resources management,
  ACPI/PNP device enumeration, ACPI SBS on MacBook) and two ACPI
  documentation fixes related to GPIO.

  Specifics:

   - Fix for a PCI resources management regression introduced during the
     4.0 cycle and related to the handling of ACPI resources'
     Producer/Consumer flags that turn out to be useless (Jiang Liu)

   - Fix for a MacBook regression related to the Smart Battery Subsystem
     (SBS) driver causing various problems (stalls on boot, failure to
     detect or report battery) to happen and introduced during the 3.18
     cycle (Chris Bainbridge)

   - Fix for an ACPI/PNP device enumeration regression introduced during
     the 3.16 cycle caused by failing to include two PNP device IDs into
     the list of IDs that PNP device objects need to be created for
     (Witold Szczeponik)

   - Fixes for two minor mistakes in the ACPI GPIO properties
     documentation (Antonio Ospite, Rafael J Wysocki)"

* tag 'pm+acpi-4.1-rc3' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm:
  ACPI / PNP: add two IDs to list for PNPACPI device enumeration
  ACPI / documentation: Fix ambiguity in the GPIO properties document
  ACPI / documentation: fix a sentence about GPIO resources
  ACPI / SBS: Add 5 us delay to fix SBS hangs on MacBook
  x86/PCI/ACPI: Make all resources except [io 0xcf8-0xcff] available on PCI bus
parents 68c2f356 9a5d9315

Documentation/acpi/enumeration.txt

+1 −1
Original line number Diff line number Diff line
@@ -253,7 +253,7 @@ input driver: 
GPIO support

~~~~~~~~~~~~

ACPI 5 introduced two new resources to describe GPIO connections: GpioIo

and GpioInt. These resources are used be used to pass GPIO numbers used by

and GpioInt. These resources can be used to pass GPIO numbers used by

the device to the driver. ACPI 5.1 extended this with _DSD (Device

Specific Data) which made it possible to name the GPIOs among other things.

Documentation/acpi/gpio-properties.txt

+3 −3
Original line number Diff line number Diff line 
_DSD Device Properties Related to GPIO

--------------------------------------



With the release of ACPI 5.1 and the _DSD configuration objecte names

can finally be given to GPIOs (and other things as well) returned by

_CRS.  Previously, we were only able to use an integer index to find

With the release of ACPI 5.1, the _DSD configuration object finally

allows names to be given to GPIOs (and other things as well) returned

by _CRS.  Previously, we were only able to use an integer index to find

the corresponding GPIO, which is pretty error prone (it depends on

the _CRS output ordering, for example).

arch/x86/pci/acpi.c

+22 −2
Original line number Diff line number Diff line
@@ -325,6 +325,26 @@ static void release_pci_root_info(struct pci_host_bridge *bridge) 
	kfree(info);

}



/*

 * An IO port or MMIO resource assigned to a PCI host bridge may be

 * consumed by the host bridge itself or available to its child

 * bus/devices. The ACPI specification defines a bit (Producer/Consumer)

 * to tell whether the resource is consumed by the host bridge itself,

 * but firmware hasn't used that bit consistently, so we can't rely on it.

 *

 * On x86 and IA64 platforms, all IO port and MMIO resources are assumed

 * to be available to child bus/devices except one special case:

 *     IO port [0xCF8-0xCFF] is consumed by the host bridge itself

 *     to access PCI configuration space.

 *

 * So explicitly filter out PCI CFG IO ports[0xCF8-0xCFF].

 */

static bool resource_is_pcicfg_ioport(struct resource *res)

{

	return (res->flags & IORESOURCE_IO) &&

		res->start == 0xCF8 && res->end == 0xCFF;

}



static void probe_pci_root_info(struct pci_root_info *info,

				struct acpi_device *device,

				int busnum, int domain,
@@ -346,8 +366,8 @@ static void probe_pci_root_info(struct pci_root_info *info, 
			"no IO and memory resources present in _CRS\n");

	else

		resource_list_for_each_entry_safe(entry, tmp, list) {

			if ((entry->res->flags & IORESOURCE_WINDOW) == 0 ||

			    (entry->res->flags & IORESOURCE_DISABLED))

			if ((entry->res->flags & IORESOURCE_DISABLED) ||

			    resource_is_pcicfg_ioport(entry->res))

				resource_list_destroy_entry(entry);

			else

				entry->res->name = info->name;

drivers/acpi/acpi_pnp.c

+2 −0
Original line number Diff line number Diff line
@@ -304,6 +304,8 @@ static const struct acpi_device_id acpi_pnp_device_ids[] = { 
	{"PNPb006"},

	/* cs423x-pnpbios */

	{"CSC0100"},

	{"CSC0103"},

	{"CSC0110"},

	{"CSC0000"},

	{"GIM0100"},		/* Guillemot Turtlebeach something appears to be cs4232 compatible */

	/* es18xx-pnpbios */

drivers/acpi/resource.c

+1 −1
Original line number Diff line number Diff line
@@ -573,7 +573,7 @@ EXPORT_SYMBOL_GPL(acpi_dev_get_resources); 
 * @ares: Input ACPI resource object.

 * @types: Valid resource types of IORESOURCE_XXX

 *

 * This is a hepler function to support acpi_dev_get_resources(), which filters

 * This is a helper function to support acpi_dev_get_resources(), which filters

 * ACPI resource objects according to resource types.

 */

int acpi_dev_filter_resource_type(struct acpi_resource *ares,

CRA Git | Maintained and supported by SUSTech CRA and CCSE