@@ -19,9 +19,9 @@ report the "current" state of the lid as either "opened" or "closed".
1919
2020For most platforms, both the _LID method and the lid notifications are
2121reliable. However, there are exceptions. In order to work with these
22- exceptional buggy platforms, special restrictions and expections should be
22+ exceptional buggy platforms, special restrictions and exceptions should be
2323taken into account. This document describes the restrictions and the
24- expections of the Linux ACPI lid device driver.
24+ exceptions of the Linux ACPI lid device driver.
2525
2626
2727Restrictions of the returning value of the _LID control method
@@ -46,7 +46,7 @@ state is changed to "closed". The "closed" notification is normally used to
4646trigger some system power saving operations on Windows. Since it is fully
4747tested, it is reliable from all AML tables.
4848
49- Expections for the userspace users of the ACPI lid device driver
49+ Exceptions for the userspace users of the ACPI lid device driver
5050================================================================
5151
5252The ACPI button driver exports the lid state to the userspace via the
@@ -100,7 +100,7 @@ use the following kernel parameter:
100100C. button.lid_init_state=ignore:
101101 When this option is specified, the ACPI button driver never reports the
102102 initial lid state and there is a compensation mechanism implemented to
103- ensure that the reliable "closed" notifications can always be delievered
103+ ensure that the reliable "closed" notifications can always be delivered
104104 to the userspace by always pairing "closed" input events with complement
105105 "opened" input events. But there is still no guarantee that the "opened"
106106 notifications can be delivered to the userspace when the lid is actually
0 commit comments