diff options
author | Linus Torvalds <torvalds@linux-foundation.org> | 2011-01-13 23:15:35 -0500 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2011-01-13 23:15:35 -0500 |
commit | 52cfd503ad7176d23a5dd7af3981744feb60622f (patch) | |
tree | 0a8aeaaf4acbc86ac682f18632b8070c1c6b7ba1 /Documentation | |
parent | dc8e7e3ec60bd5ef7868aa88755e9d4c948dc5cc (diff) | |
parent | 4263d9a3ae4d15785897d0543bb59316c84ee605 (diff) |
Merge branch 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6
* 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6: (59 commits)
ACPI / PM: Fix build problems for !CONFIG_ACPI related to NVS rework
ACPI: fix resource check message
ACPI / Battery: Update information on info notification and resume
ACPI: Drop device flag wake_capable
ACPI: Always check if _PRW is present before trying to evaluate it
ACPI / PM: Check status of power resources under mutexes
ACPI / PM: Rename acpi_power_off_device()
ACPI / PM: Drop acpi_power_nocheck
ACPI / PM: Drop acpi_bus_get_power()
Platform / x86: Make fujitsu_laptop use acpi_bus_update_power()
ACPI / Fan: Rework the handling of power resources
ACPI / PM: Register power resource devices as soon as they are needed
ACPI / PM: Register acpi_power_driver early
ACPI / PM: Add function for updating device power state consistently
ACPI / PM: Add function for device power state initialization
ACPI / PM: Introduce __acpi_bus_get_power()
ACPI / PM: Introduce function for refcounting device power resources
ACPI / PM: Add functions for manipulating lists of power resources
ACPI / PM: Prevent acpi_power_get_inferred_state() from making changes
ACPICA: Update version to 20101209
...
Diffstat (limited to 'Documentation')
-rw-r--r-- | Documentation/ABI/stable/thermal-notification | 4 | ||||
-rw-r--r-- | Documentation/IPMI.txt | 27 | ||||
-rw-r--r-- | Documentation/acpi/apei/output_format.txt | 122 | ||||
-rw-r--r-- | Documentation/feature-removal-schedule.txt | 11 | ||||
-rw-r--r-- | Documentation/kernel-parameters.txt | 5 | ||||
-rw-r--r-- | Documentation/thermal/sysfs-api.txt | 12 |
6 files changed, 176 insertions, 5 deletions
diff --git a/Documentation/ABI/stable/thermal-notification b/Documentation/ABI/stable/thermal-notification new file mode 100644 index 000000000000..9723e8b7aeb3 --- /dev/null +++ b/Documentation/ABI/stable/thermal-notification | |||
@@ -0,0 +1,4 @@ | |||
1 | What: A notification mechanism for thermal related events | ||
2 | Description: | ||
3 | This interface enables notification for thermal related events. | ||
4 | The notification is in the form of a netlink event. | ||
diff --git a/Documentation/IPMI.txt b/Documentation/IPMI.txt index 69dd29ed824e..b2bea15137d2 100644 --- a/Documentation/IPMI.txt +++ b/Documentation/IPMI.txt | |||
@@ -533,6 +533,33 @@ completion during sending a panic event. | |||
533 | Other Pieces | 533 | Other Pieces |
534 | ------------ | 534 | ------------ |
535 | 535 | ||
536 | Get the detailed info related with the IPMI device | ||
537 | -------------------------------------------------- | ||
538 | |||
539 | Some users need more detailed information about a device, like where | ||
540 | the address came from or the raw base device for the IPMI interface. | ||
541 | You can use the IPMI smi_watcher to catch the IPMI interfaces as they | ||
542 | come or go, and to grab the information, you can use the function | ||
543 | ipmi_get_smi_info(), which returns the following structure: | ||
544 | |||
545 | struct ipmi_smi_info { | ||
546 | enum ipmi_addr_src addr_src; | ||
547 | struct device *dev; | ||
548 | union { | ||
549 | struct { | ||
550 | void *acpi_handle; | ||
551 | } acpi_info; | ||
552 | } addr_info; | ||
553 | }; | ||
554 | |||
555 | Currently special info for only for SI_ACPI address sources is | ||
556 | returned. Others may be added as necessary. | ||
557 | |||
558 | Note that the dev pointer is included in the above structure, and | ||
559 | assuming ipmi_smi_get_info returns success, you must call put_device | ||
560 | on the dev pointer. | ||
561 | |||
562 | |||
536 | Watchdog | 563 | Watchdog |
537 | -------- | 564 | -------- |
538 | 565 | ||
diff --git a/Documentation/acpi/apei/output_format.txt b/Documentation/acpi/apei/output_format.txt new file mode 100644 index 000000000000..9146952c612a --- /dev/null +++ b/Documentation/acpi/apei/output_format.txt | |||
@@ -0,0 +1,122 @@ | |||
1 | APEI output format | ||
2 | ~~~~~~~~~~~~~~~~~~ | ||
3 | |||
4 | APEI uses printk as hardware error reporting interface, the output | ||
5 | format is as follow. | ||
6 | |||
7 | <error record> := | ||
8 | APEI generic hardware error status | ||
9 | severity: <integer>, <severity string> | ||
10 | section: <integer>, severity: <integer>, <severity string> | ||
11 | flags: <integer> | ||
12 | <section flags strings> | ||
13 | fru_id: <uuid string> | ||
14 | fru_text: <string> | ||
15 | section_type: <section type string> | ||
16 | <section data> | ||
17 | |||
18 | <severity string>* := recoverable | fatal | corrected | info | ||
19 | |||
20 | <section flags strings># := | ||
21 | [primary][, containment warning][, reset][, threshold exceeded]\ | ||
22 | [, resource not accessible][, latent error] | ||
23 | |||
24 | <section type string> := generic processor error | memory error | \ | ||
25 | PCIe error | unknown, <uuid string> | ||
26 | |||
27 | <section data> := | ||
28 | <generic processor section data> | <memory section data> | \ | ||
29 | <pcie section data> | <null> | ||
30 | |||
31 | <generic processor section data> := | ||
32 | [processor_type: <integer>, <proc type string>] | ||
33 | [processor_isa: <integer>, <proc isa string>] | ||
34 | [error_type: <integer> | ||
35 | <proc error type strings>] | ||
36 | [operation: <integer>, <proc operation string>] | ||
37 | [flags: <integer> | ||
38 | <proc flags strings>] | ||
39 | [level: <integer>] | ||
40 | [version_info: <integer>] | ||
41 | [processor_id: <integer>] | ||
42 | [target_address: <integer>] | ||
43 | [requestor_id: <integer>] | ||
44 | [responder_id: <integer>] | ||
45 | [IP: <integer>] | ||
46 | |||
47 | <proc type string>* := IA32/X64 | IA64 | ||
48 | |||
49 | <proc isa string>* := IA32 | IA64 | X64 | ||
50 | |||
51 | <processor error type strings># := | ||
52 | [cache error][, TLB error][, bus error][, micro-architectural error] | ||
53 | |||
54 | <proc operation string>* := unknown or generic | data read | data write | \ | ||
55 | instruction execution | ||
56 | |||
57 | <proc flags strings># := | ||
58 | [restartable][, precise IP][, overflow][, corrected] | ||
59 | |||
60 | <memory section data> := | ||
61 | [error_status: <integer>] | ||
62 | [physical_address: <integer>] | ||
63 | [physical_address_mask: <integer>] | ||
64 | [node: <integer>] | ||
65 | [card: <integer>] | ||
66 | [module: <integer>] | ||
67 | [bank: <integer>] | ||
68 | [device: <integer>] | ||
69 | [row: <integer>] | ||
70 | [column: <integer>] | ||
71 | [bit_position: <integer>] | ||
72 | [requestor_id: <integer>] | ||
73 | [responder_id: <integer>] | ||
74 | [target_id: <integer>] | ||
75 | [error_type: <integer>, <mem error type string>] | ||
76 | |||
77 | <mem error type string>* := | ||
78 | unknown | no error | single-bit ECC | multi-bit ECC | \ | ||
79 | single-symbol chipkill ECC | multi-symbol chipkill ECC | master abort | \ | ||
80 | target abort | parity error | watchdog timeout | invalid address | \ | ||
81 | mirror Broken | memory sparing | scrub corrected error | \ | ||
82 | scrub uncorrected error | ||
83 | |||
84 | <pcie section data> := | ||
85 | [port_type: <integer>, <pcie port type string>] | ||
86 | [version: <integer>.<integer>] | ||
87 | [command: <integer>, status: <integer>] | ||
88 | [device_id: <integer>:<integer>:<integer>.<integer> | ||
89 | slot: <integer> | ||
90 | secondary_bus: <integer> | ||
91 | vendor_id: <integer>, device_id: <integer> | ||
92 | class_code: <integer>] | ||
93 | [serial number: <integer>, <integer>] | ||
94 | [bridge: secondary_status: <integer>, control: <integer>] | ||
95 | |||
96 | <pcie port type string>* := PCIe end point | legacy PCI end point | \ | ||
97 | unknown | unknown | root port | upstream switch port | \ | ||
98 | downstream switch port | PCIe to PCI/PCI-X bridge | \ | ||
99 | PCI/PCI-X to PCIe bridge | root complex integrated endpoint device | \ | ||
100 | root complex event collector | ||
101 | |||
102 | Where, [] designate corresponding content is optional | ||
103 | |||
104 | All <field string> description with * has the following format: | ||
105 | |||
106 | field: <integer>, <field string> | ||
107 | |||
108 | Where value of <integer> should be the position of "string" in <field | ||
109 | string> description. Otherwise, <field string> will be "unknown". | ||
110 | |||
111 | All <field strings> description with # has the following format: | ||
112 | |||
113 | field: <integer> | ||
114 | <field strings> | ||
115 | |||
116 | Where each string in <fields strings> corresponding to one set bit of | ||
117 | <integer>. The bit position is the position of "string" in <field | ||
118 | strings> description. | ||
119 | |||
120 | For more detailed explanation of every field, please refer to UEFI | ||
121 | specification version 2.3 or later, section Appendix N: Common | ||
122 | Platform Error Record. | ||
diff --git a/Documentation/feature-removal-schedule.txt b/Documentation/feature-removal-schedule.txt index 6cbbd20534cf..8c594c45b6a1 100644 --- a/Documentation/feature-removal-schedule.txt +++ b/Documentation/feature-removal-schedule.txt | |||
@@ -248,6 +248,17 @@ Who: Zhang Rui <rui.zhang@intel.com> | |||
248 | 248 | ||
249 | --------------------------- | 249 | --------------------------- |
250 | 250 | ||
251 | What: CONFIG_ACPI_PROCFS_POWER | ||
252 | When: 2.6.39 | ||
253 | Why: sysfs I/F for ACPI power devices, including AC and Battery, | ||
254 | has been working in upstream kenrel since 2.6.24, Sep 2007. | ||
255 | In 2.6.37, we make the sysfs I/F always built in and this option | ||
256 | disabled by default. | ||
257 | Remove this option and the ACPI power procfs interface in 2.6.39. | ||
258 | Who: Zhang Rui <rui.zhang@intel.com> | ||
259 | |||
260 | --------------------------- | ||
261 | |||
251 | What: /proc/acpi/button | 262 | What: /proc/acpi/button |
252 | When: August 2007 | 263 | When: August 2007 |
253 | Why: /proc/acpi/button has been replaced by events to the input layer | 264 | Why: /proc/acpi/button has been replaced by events to the input layer |
diff --git a/Documentation/kernel-parameters.txt b/Documentation/kernel-parameters.txt index 55fe7599bc8e..b72e071a3e5b 100644 --- a/Documentation/kernel-parameters.txt +++ b/Documentation/kernel-parameters.txt | |||
@@ -199,11 +199,6 @@ and is between 256 and 4096 characters. It is defined in the file | |||
199 | unusable. The "log_buf_len" parameter may be useful | 199 | unusable. The "log_buf_len" parameter may be useful |
200 | if you need to capture more output. | 200 | if you need to capture more output. |
201 | 201 | ||
202 | acpi_display_output= [HW,ACPI] | ||
203 | acpi_display_output=vendor | ||
204 | acpi_display_output=video | ||
205 | See above. | ||
206 | |||
207 | acpi_irq_balance [HW,ACPI] | 202 | acpi_irq_balance [HW,ACPI] |
208 | ACPI will balance active IRQs | 203 | ACPI will balance active IRQs |
209 | default in APIC mode | 204 | default in APIC mode |
diff --git a/Documentation/thermal/sysfs-api.txt b/Documentation/thermal/sysfs-api.txt index cb3d15bc1aeb..b61e46f449aa 100644 --- a/Documentation/thermal/sysfs-api.txt +++ b/Documentation/thermal/sysfs-api.txt | |||
@@ -278,3 +278,15 @@ method, the sys I/F structure will be built like this: | |||
278 | |---name: acpitz | 278 | |---name: acpitz |
279 | |---temp1_input: 37000 | 279 | |---temp1_input: 37000 |
280 | |---temp1_crit: 100000 | 280 | |---temp1_crit: 100000 |
281 | |||
282 | 4. Event Notification | ||
283 | |||
284 | The framework includes a simple notification mechanism, in the form of a | ||
285 | netlink event. Netlink socket initialization is done during the _init_ | ||
286 | of the framework. Drivers which intend to use the notification mechanism | ||
287 | just need to call generate_netlink_event() with two arguments viz | ||
288 | (originator, event). Typically the originator will be an integer assigned | ||
289 | to a thermal_zone_device when it registers itself with the framework. The | ||
290 | event will be one of:{THERMAL_AUX0, THERMAL_AUX1, THERMAL_CRITICAL, | ||
291 | THERMAL_DEV_FAULT}. Notification can be sent when the current temperature | ||
292 | crosses any of the configured thresholds. | ||