android_kernel_xiaomi_sm8350/include/acpi
Thomas Renninger df92e69599 ACPI: track opregion names to avoid driver resource conflicts.
Small ACPICA extension to be able to store the name of operation regions in osl.c later

In ACPI, AML can define accesses to IO ports and System Memory by Operation
Regions.  Those are not registered as done by PNPACPI using resource templates
(and _CRS/_SRS methods).

The IO ports and System Memory regions may get accessed by arbitrary AML code.
 When native drivers are accessing the same resources bad things can happen
(e.g.  a critical shutdown temperature of 3000 C every 2 months or so).

It is not really possible to register the operation regions via
request_resource, as they often overlap with pnp or other resources (e.g.
statically setup IO resources below 0x100).

This approach stores all Operation Region declarations (IO and System Memory
only) at ACPI table parse time.  It offers a similar functionality like
request_region and let drivers which are known to possibly use the same IO
ports and Memory which are also often used by ACPI (hwmon and i2c) check for
ACPI interference.

A boot parameter acpi_enforce_resources=strict/lax/no is provided, which
is default set to lax:
  - strict: let conflicting drivers fail to load with an error message
  - lax:    let conflicting driver work normal with a warning message
  - no:     no functional change at all
Depending on the feedback and the kind of interferences we see, this
should be set to strict at later time.

Goal of this patch set is:
  - Identify ACPI interferences in bug reports (very hard to reproduce
    and to identify)
  - Find BIOSes for that an ACPI driver should exist for specific HW
    instead of a native one.
  - stability in general

Provide acpi_check_{mem_}region.

Drivers can additionally check against possible ACPI interference by also
invoking this shortly before they call request_region.
If -EBUSY is returned, the driver must not load.
Use acpi_enforce_resources=strict/lax/no options to:
  - strict: let conflicting drivers fail to load with an error message
  - lax:    let conflicting driver work normal with a warning message
  - no:     no functional change at all

Cc: "Mark M. Hoffman" <mhoffman@lightlink.com>
Cc: Jean Delvare <khali@linux-fr.org>
Cc: Len Brown <lenb@kernel.org>
Cc: Bjorn Helgaas <bjorn.helgaas@hp.com>
Signed-off-by: Thomas Renninger <trenn@suse.de>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Len Brown <len.brown@intel.com>
2008-02-07 00:59:18 -05:00
..
platform
acconfig.h
acdebug.h
acdisasm.h
acdispat.h
acevents.h
acexcep.h
acglobal.h
achware.h ACPICA: hw: remove use_lock flag from acpi_hw_register_{read, write} 2007-10-10 01:00:26 -04:00
acinterp.h
aclocal.h
acmacros.h Pull misc into release branch 2007-07-22 02:27:40 -04:00
acnames.h
acnamesp.h
acobject.h
acopcode.h
acoutput.h ACPI: create CONFIG_ACPI_DEBUG_FUNC_TRACE 2007-07-22 02:20:07 -04:00
acparser.h
acpi_bus.h kobject: convert /sys/firmware/acpi/ to use kobject_create 2008-01-24 20:40:23 -08:00
acpi_drivers.h ACPI: CONFIG_ACPI_SLEEP=n power off regression in 2.6.23-rc8 (NOT in rc7) 2007-09-25 17:58:52 -04:00
acpi_numa.h
acpi.h
acpiosxf.h ACPI: track opregion names to avoid driver resource conflicts. 2008-02-07 00:59:18 -05:00
acpixf.h include/acpi/: Spelling fixes 2008-02-03 17:07:16 +02:00
acresrc.h
acstruct.h ACPI: Fix a warning of discarding qualifiers from pointer target type 2007-08-25 01:38:40 -04:00
actables.h
actbl1.h Intel IOMMU: DMAR detection and parsing logic 2007-10-22 08:13:18 -07:00
actbl.h
actypes.h ACPI: autoload modules - ACPICA modifications 2007-07-23 13:56:00 -04:00
acutils.h ACPI: autoload modules - ACPICA modifications 2007-07-23 13:56:00 -04:00
amlcode.h
amlresrc.h
container.h
pdc_intel.h
processor.h include/acpi/: Spelling fixes 2008-02-03 17:07:16 +02:00
reboot.h x86: dummy placeholder for acpi/reboot.h 2008-01-30 13:31:17 +01:00