526b4af47f
With /sys/kernel/debug/acpi/custom_method root can write to arbitrary memory and increase his priveleges, even if these are restricted. -> Make this an own debug .config option and warn about the security issue in the config description. -> Still keep acpi/debugfs.c which now only creates an empty /sys/kernel/debug/acpi directory. There might be other users of it later. Signed-off-by: Thomas Renninger <trenn@suse.de> Acked-by: Rafael J. Wysocki <rjw@sisk.pl> Acked-by: rui.zhang@intel.com Signed-off-by: Len Brown <len.brown@intel.com>
73 lines
3.1 KiB
Text
73 lines
3.1 KiB
Text
Linux ACPI Custom Control Method How To
|
|
=======================================
|
|
|
|
Written by Zhang Rui <rui.zhang@intel.com>
|
|
|
|
|
|
Linux supports customizing ACPI control methods at runtime.
|
|
|
|
Users can use this to
|
|
1. override an existing method which may not work correctly,
|
|
or just for debugging purposes.
|
|
2. insert a completely new method in order to create a missing
|
|
method such as _OFF, _ON, _STA, _INI, etc.
|
|
For these cases, it is far simpler to dynamically install a single
|
|
control method rather than override the entire DSDT, because kernel
|
|
rebuild/reboot is not needed and test result can be got in minutes.
|
|
|
|
Note: Only ACPI METHOD can be overridden, any other object types like
|
|
"Device", "OperationRegion", are not recognized.
|
|
Note: The same ACPI control method can be overridden for many times,
|
|
and it's always the latest one that used by Linux/kernel.
|
|
Note: To get the ACPI debug object output (Store (AAAA, Debug)),
|
|
please run "echo 1 > /sys/module/acpi/parameters/aml_debug_output".
|
|
|
|
1. override an existing method
|
|
a) get the ACPI table via ACPI sysfs I/F. e.g. to get the DSDT,
|
|
just run "cat /sys/firmware/acpi/tables/DSDT > /tmp/dsdt.dat"
|
|
b) disassemble the table by running "iasl -d dsdt.dat".
|
|
c) rewrite the ASL code of the method and save it in a new file,
|
|
d) package the new file (psr.asl) to an ACPI table format.
|
|
Here is an example of a customized \_SB._AC._PSR method,
|
|
|
|
DefinitionBlock ("", "SSDT", 1, "", "", 0x20080715)
|
|
{
|
|
External (ACON)
|
|
|
|
Method (\_SB_.AC._PSR, 0, NotSerialized)
|
|
{
|
|
Store ("In AC _PSR", Debug)
|
|
Return (ACON)
|
|
}
|
|
}
|
|
Note that the full pathname of the method in ACPI namespace
|
|
should be used.
|
|
And remember to use "External" to declare external objects.
|
|
e) assemble the file to generate the AML code of the method.
|
|
e.g. "iasl psr.asl" (psr.aml is generated as a result)
|
|
f) mount debugfs by "mount -t debugfs none /sys/kernel/debug"
|
|
g) override the old method via the debugfs by running
|
|
"cat /tmp/psr.aml > /sys/kernel/debug/acpi/custom_method"
|
|
|
|
2. insert a new method
|
|
This is easier than overriding an existing method.
|
|
We just need to create the ASL code of the method we want to
|
|
insert and then follow the step c) ~ g) in section 1.
|
|
|
|
3. undo your changes
|
|
The "undo" operation is not supported for a new inserted method
|
|
right now, i.e. we can not remove a method currently.
|
|
For an overrided method, in order to undo your changes, please
|
|
save a copy of the method original ASL code in step c) section 1,
|
|
and redo step c) ~ g) to override the method with the original one.
|
|
|
|
|
|
Note: We can use a kernel with multiple custom ACPI method running,
|
|
But each individual write to debugfs can implement a SINGLE
|
|
method override. i.e. if we want to insert/override multiple
|
|
ACPI methods, we need to redo step c) ~ g) for multiple times.
|
|
|
|
Note: Be aware that root can mis-use this driver to modify arbitrary
|
|
memory and gain additional rights, if root's privileges got
|
|
restricted (for example if root is not allowed to load additional
|
|
modules after boot).
|