Displaying 9 results from an estimated 9 matches for "lid_init_st".
2017 May 15
0
[PATCH v2 5/5] ACPI: button: Obselete acpi_lid_open() invocations
...view.
In fact, I don't see any big conflicts between us.
My point of view is:
There is a gap between (BIOS ensured/Windows expected) acpi control method lid device behavior and Linux user space expected acpi control method lid device behavior.
Button driver default behavior should be: button.lid_init_state=ignore
If user space programs have special needs, they can fix problems on their own, via the following mean:
echo -n "open" > /sys/modules/button/parameters/lid_init_state
echo -n "close" > /sys/modules/button/parameters/lid_init_state
Keeping open/close modes is bec...
2017 May 15
2
[PATCH v2 5/5] ACPI: button: Obselete acpi_lid_open() invocations
...don't see any big conflicts between us.
>
> My point of view is:
> There is a gap between (BIOS ensured/Windows expected) acpi control method lid device behavior and Linux user space expected acpi control method lid device behavior.
> Button driver default behavior should be: button.lid_init_state=ignore
> If user space programs have special needs, they can fix problems on their own, via the following mean:
> echo -n "open" > /sys/modules/button/parameters/lid_init_state
> echo -n "close" > /sys/modules/button/parameters/lid_init_state
> Keeping ope...
2017 May 12
1
[PATCH v2 5/5] ACPI: button: Obselete acpi_lid_open() invocations
...ners needn't invoke acpi_lid_open(),
>> > > it should use a spec suggested control method lid device usage model:
>> > > register lid notification and use the notified value instead, which is the
>> > > only way to ensure the value is correct for "button.lid_init_state=ignore"
>> > > mode or other modes with "button.lid_fake_events=N" specified.
>> > >
>> > > This patch fixes i915 driver to drop acpi_lid_open() user. It's not
>> > > possible to change nouveau_connector.c user using a simple way...
2017 May 12
2
[PATCH v2 5/5] ACPI: button: Obselete acpi_lid_open() invocations
...e. Now listeners needn't invoke acpi_lid_open(),
> > > it should use a spec suggested control method lid device usage model:
> > > register lid notification and use the notified value instead, which is the
> > > only way to ensure the value is correct for "button.lid_init_state=ignore"
> > > mode or other modes with "button.lid_fake_events=N" specified.
> > >
> > > This patch fixes i915 driver to drop acpi_lid_open() user. It's not
> > > possible to change nouveau_connector.c user using a simple way now. So this
&g...
2017 May 26
2
[RFC PATCH v3 5/5] ACPI: button: Always notify kernel space using _LID returning value
...| 16 ++++++++++++++--
drivers/gpu/drm/i915/intel_lvds.c | 2 +-
2 files changed, 15 insertions(+), 3 deletions(-)
diff --git a/drivers/acpi/button.c b/drivers/acpi/button.c
index 4abf8ae..e047d34 100644
--- a/drivers/acpi/button.c
+++ b/drivers/acpi/button.c
@@ -119,6 +119,9 @@ static u8 lid_init_state = ACPI_BUTTON_LID_INIT_OPEN;
static unsigned long lid_report_interval __read_mostly = 500;
module_param(lid_report_interval, ulong, 0644);
MODULE_PARM_DESC(lid_report_interval, "Interval (ms) between lid key events");
+static bool lid_notify_init_state __read_mostly = false;
+module...
2017 May 29
0
[RFC PATCH v3 5/5] ACPI: button: Always notify kernel space using _LID returning value
...ers/gpu/drm/i915/intel_lvds.c | 2 +-
> 2 files changed, 15 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/acpi/button.c b/drivers/acpi/button.c
> index 4abf8ae..e047d34 100644
> --- a/drivers/acpi/button.c
> +++ b/drivers/acpi/button.c
> @@ -119,6 +119,9 @@ static u8 lid_init_state = ACPI_BUTTON_LID_INIT_OPEN;
> static unsigned long lid_report_interval __read_mostly = 500;
> module_param(lid_report_interval, ulong, 0644);
> MODULE_PARM_DESC(lid_report_interval, "Interval (ms) between lid key events");
> +static bool lid_notify_init_state __read_mos...
2017 May 11
1
[PATCH v2 5/5] ACPI: button: Obselete acpi_lid_open() invocations
...> using _LID returning value. Now listeners needn't invoke acpi_lid_open(),
> it should use a spec suggested control method lid device usage model:
> register lid notification and use the notified value instead, which is the
> only way to ensure the value is correct for "button.lid_init_state=ignore"
> mode or other modes with "button.lid_fake_events=N" specified.
>
> This patch fixes i915 driver to drop acpi_lid_open() user. It's not
> possible to change nouveau_connector.c user using a simple way now. So this
> patch only marks acpi_lid_open() as d...
2017 May 09
3
[PATCH v2 5/5] ACPI: button: Obselete acpi_lid_open() invocations
...fy kernel listeners
using _LID returning value. Now listeners needn't invoke acpi_lid_open(),
it should use a spec suggested control method lid device usage model:
register lid notification and use the notified value instead, which is the
only way to ensure the value is correct for "button.lid_init_state=ignore"
mode or other modes with "button.lid_fake_events=N" specified.
This patch fixes i915 driver to drop acpi_lid_open() user. It's not
possible to change nouveau_connector.c user using a simple way now. So this
patch only marks acpi_lid_open() as deprecated to accelerate...
2017 May 12
0
[PATCH v2 5/5] ACPI: button: Obselete acpi_lid_open() invocations
...returning value. Now listeners needn't invoke acpi_lid_open(),
> > it should use a spec suggested control method lid device usage model:
> > register lid notification and use the notified value instead, which is the
> > only way to ensure the value is correct for "button.lid_init_state=ignore"
> > mode or other modes with "button.lid_fake_events=N" specified.
> >
> > This patch fixes i915 driver to drop acpi_lid_open() user. It's not
> > possible to change nouveau_connector.c user using a simple way now. So this
> > patch only m...