-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Merge tag 'acpi-5.16-rc1-2' of git://git.kernel.org/pub/scm/linux/ker…
…nel/git/rafael/linux-pm Pull more ACPI updates from Rafael Wysocki: "These add support for a new ACPI device configuration object called _DSC, fix some issues including one recent regression, add two new items to quirk lists and clean up assorted pieces of code. Specifics: - Add support for new ACPI device configuration object called _DSC ("Deepest State for Configuration") to allow certain devices to be probed without changing their power states, document it and make two drivers use it (Sakari Ailus, Rajmohan Mani). - Fix device wakeup power reference counting broken recently by mistake (Rafael Wysocki). - Drop unused symbol and macros depending on it from acgcc.h (Rafael Wysocki). - Add HP ZHAN 66 Pro to the "no EC wakeup" quirk list (Binbin Zhou). - Add Xiaomi Mi Pad 2 to the backlight quirk list and drop an unused piece of data from all of the list entries (Hans de Goede). - Fix register read accesses handling in the Intel PMIC operation region driver (Hans de Goede). - Clean up static variables initialization in the EC driver (wangzhitong)" * tag 'acpi-5.16-rc1-2' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm: Documentation: ACPI: Fix non-D0 probe _DSC object example ACPI: Drop ACPI_USE_BUILTIN_STDARG ifdef from acgcc.h ACPI: PM: Fix device wakeup power reference counting error ACPI: video: use platform backlight driver on Xiaomi Mi Pad 2 ACPI: video: Drop dmi_system_id.ident settings from video_detect_dmi_table[] ACPI: PMIC: Fix intel_pmic_regs_handler() read accesses ACPI: EC: Remove initialization of static variables to false ACPI: EC: Use ec_no_wakeup on HP ZHAN 66 Pro at24: Support probing while in non-zero ACPI D state media: i2c: imx319: Support device probe in non-zero ACPI D state ACPI: Add a convenience function to tell a device is in D0 state Documentation: ACPI: Document _DSC object usage for enum power state i2c: Allow an ACPI driver to manage the device's power state during probe ACPI: scan: Obtain device's desired enumeration power state
- Loading branch information
Showing
16 changed files
with
301 additions
and
129 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -26,5 +26,6 @@ ACPI Support | |
acpi-lid | ||
lpit | ||
video_extension | ||
non-d0-probe | ||
extcon-intel-int3496 | ||
intel-pmc-mux |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,78 @@ | ||
.. SPDX-License-Identifier: GPL-2.0 | ||
======================================== | ||
Probing devices in other D states than 0 | ||
======================================== | ||
|
||
Introduction | ||
============ | ||
|
||
In some cases it may be preferred to leave certain devices powered off for the | ||
entire system bootup if powering on these devices has adverse side effects, | ||
beyond just powering on the said device. | ||
|
||
How it works | ||
============ | ||
|
||
The _DSC (Device State for Configuration) object that evaluates to an integer | ||
may be used to tell Linux the highest allowed D state for a device during | ||
probe. The support for _DSC requires support from the kernel bus type if the | ||
bus driver normally sets the device in D0 state for probe. | ||
|
||
The downside of using _DSC is that as the device is not powered on, even if | ||
there's a problem with the device, the driver likely probes just fine but the | ||
first user will find out the device doesn't work, instead of a failure at probe | ||
time. This feature should thus be used sparingly. | ||
|
||
I²C | ||
--- | ||
|
||
If an I²C driver indicates its support for this by setting the | ||
I2C_DRV_ACPI_WAIVE_D0_PROBE flag in struct i2c_driver.flags field and the | ||
_DSC object evaluates to integer higher than the D state of the device, | ||
the device will not be powered on (put in D0 state) for probe. | ||
|
||
D states | ||
-------- | ||
|
||
The D states and thus also the allowed values for _DSC are listed below. Refer | ||
to [1] for more information on device power states. | ||
|
||
.. code-block:: text | ||
Number State Description | ||
0 D0 Device fully powered on | ||
1 D1 | ||
2 D2 | ||
3 D3hot | ||
4 D3cold Off | ||
References | ||
========== | ||
|
||
[1] https://uefi.org/specifications/ACPI/6.4/02_Definition_of_Terms/Definition_of_Terms.html#device-power-state-definitions | ||
|
||
Example | ||
======= | ||
|
||
An ASL example describing an ACPI device using _DSC object to tell Operating | ||
System the device should remain powered off during probe looks like this. Some | ||
objects not relevant from the example point of view have been omitted. | ||
|
||
.. code-block:: text | ||
Device (CAM0) | ||
{ | ||
Name (_HID, "SONY319A") | ||
Name (_UID, Zero) | ||
Name (_CRS, ResourceTemplate () | ||
{ | ||
I2cSerialBus(0x0020, ControllerInitiated, 0x00061A80, | ||
AddressingMode7Bit, "\\_SB.PCI0.I2C0", | ||
0x00, ResourceConsumer) | ||
}) | ||
Method (_DSC, 0, NotSerialized) | ||
{ | ||
Return (0x4) | ||
} | ||
} |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.