m what it
actually does:
- it removes the caching update of _LID switch
- it removes the filtering of too close notifications.
One more note inlined:
>
> Cc: <systemd-devel@lists.freedesktop.org>
> Cc: Benjamin Tissoires <benjamin.tissoi...@redhat.com>
> Cc: Peter Hutterer <peter.hutt
ral seconds
>(HoldoffTimeoutSec) before suspending the platform. Thus on case 4
>platforms, if users close lid, and re-open it during the
>HoldoffTimeoutSec period, there is still no "open" events seen by the
>userspace. Thus systemd still considers the last st
erspace programs.
>
> Users can configure update interval via button.lid_update_interval.
> This should be configured to a smaller value than HoldoffTimeoutSec in
> /etc/systemd/logind.conf.
>
> Cc: <systemd-devel@lists.freedesktop.org>
> Cc: Benjamin Tissoires &
On Jun 16 2017 or thereabouts, Zheng, Lv wrote:
> Hi, Benjamin
>
> Let me just say something one more time.
>
> > From: Benjamin Tissoires [mailto:benjamin.tissoi...@redhat.com]
[snip]
> > > > >
> > > > > We can see:
> > > > > "
le LID
> > > > switch exported by ACPI
> > > >
> > > > On Thu, Jun 15, 2017 at 02:52:57AM +, Zheng, Lv wrote:
> > > > > Hi, Benjamin
> > > > >
> > > > > > From: Benjamin Tissoires [mailto:ben
Hi,
[Sorry for the delay, I have been sidetracked from this]
On Jun 07 2017 or thereabouts, Lennart Poettering wrote:
> On Thu, 01.06.17 20:46, Benjamin Tissoires (benjamin.tissoi...@redhat.com)
> wrote:
>
> > Hi,
> >
> > Sending this as a WIP as it still need a
Hi Lv,
On Jun 05 2017 or thereabouts, Zheng, Lv wrote:
> Hi, Benjamin
>
> > From: Benjamin Tissoires [mailto:benjamin.tissoi...@redhat.com]
> > Subject: [WIP PATCH 2/4] ACPI: button: remove the LID input node when the
> > state is unknown
> >
> >
On Jun 05 2017 or thereabouts, Zheng, Lv wrote:
> Hi, Benjamin
>
> > From: Benjamin Tissoires [mailto:benjamin.tissoi...@redhat.com]
> > Subject: [WIP PATCH 3/4] ACPI: button: Let input filter out the LID events
> >
> > The input stack already filters
On Jun 05 2017 or thereabouts, Zheng, Lv wrote:
> Hi,
>
> > From: Benjamin Tissoires [mailto:benjamin.tissoi...@redhat.com]
> > Subject: [WIP PATCH 4/4] ACPI: button: Fix lid notification locks
> >
> > From: Lv Zheng <lv.zh...@intel.com>
> >
> &g
On Jun 01 2017 or thereabouts, Bastien Nocera wrote:
> On Thu, 2017-06-01 at 20:46 +0200, Benjamin Tissoires wrote:
> > Hi,
> >
> > Sending this as a WIP as it still need a few changes, but it mostly
> > works as
> > expected (still not fully compliant yet).
>
of the input node.
Signed-off-by: Benjamin Tissoires <benjamin.tissoi...@redhat.com>
---
drivers/acpi/button.c | 90 ---
1 file changed, 57 insertions(+), 33 deletions(-)
diff --git a/drivers/acpi/button.c b/drivers/acpi/button.c
index 9
itch state by some heuristics, this new state is forwarded to the
listeners in the kernel.
Signed-off-by: Benjamin Tissoires <benjamin.tissoi...@redhat.com>
---
drivers/acpi/button.c | 156 --
1 file changed, 139 insertions(+), 17 deletion
patch thus changes lid notification to raw notifier in order not to
have any events lost.
Signed-off-by: Lv Zheng <lv.zh...@intel.com>
Signed-off-by: Benjamin Tissoires <benjamin.tissoi...@redhat.com>
---
drivers/acpi/button.c | 68 ---
rspace to handle with
a hwdb file and a udev rule.
Note that this patch removes the filtering of duplicate events when
calling blocking_notifier_call_chain(), but this will be addressed in
a following patch.
Signed-off-by: Benjamin Tissoires <benjamin.tissoi...@redhat.com>
---
drivers/acpi/
ilerplate is that when libinput changes the LID
state, i915 and nouveau will get notified.
Cheers,
Benjamin
[1] https://github.com/systemd/systemd/issues/2807
Benjamin Tissoires (3):
ACPI: button: extract input creation/destruction helpers
ACPI: button: remove the LID input node when the state
Hi Lv,
On May 27 2017 or thereabouts, Lv Zheng wrote:
> This patch adds a parameter to acpi_lid_notify_state() so that it can act
> differently against BIOS notification and kernel faked events.
>
> Cc: <systemd-devel@lists.freedesktop.org>
> Cc: Benjamin Tissoires <benja
The atmel driver sets a default resolution of 20 for each touchpads it
creates. On this model, 10 is more appropriate.
The resolution is not set for the touchscreen by the kernel, so match
the name to both touchpad and touchscreen.
---
hwdb/60-evdev.hwdb | 7 +++
1 file changed, 7
The Lenovo X230 advertize a vertical resolution of 136, which gives a true
size of 31 mm. The actual physical size of the touchpad is 40 mm, so
override the resolution to 100.
---
hwdb/60-evdev.hwdb | 5 +
1 file changed, 5 insertions(+)
diff --git a/hwdb/60-evdev.hwdb b/hwdb/60-evdev.hwdb
On Apr 03 2015 or thereabouts, David Herrmann wrote:
Hi
On Fri, Apr 3, 2015 at 5:30 PM, Benjamin Tissoires btiss...@redhat.com
wrote:
On Apr 03 2015 or thereabouts, David Herrmann wrote:
Hi
On Fri, Apr 3, 2015 at 4:38 PM, Benjamin Tissoires btiss...@redhat.com
wrote:
On Apr 03
On Apr 03 2015 or thereabouts, Hans de Goede wrote:
Hi,
On 03-04-15 15:51, David Herrmann wrote:
Hi
On Fri, Apr 3, 2015 at 12:07 PM, Hans de Goede hdego...@redhat.com wrote:
input_id already (tries to) tag accelerometers as such, but this only works
for absolute accelerometers. Recent
On Apr 03 2015 or thereabouts, David Herrmann wrote:
Hi
On Fri, Apr 3, 2015 at 4:38 PM, Benjamin Tissoires btiss...@redhat.com
wrote:
On Apr 03 2015 or thereabouts, Hans de Goede wrote:
Hi,
On 03-04-15 15:51, David Herrmann wrote:
Hi
On Fri, Apr 3, 2015 at 12:07 PM, Hans de
On Sun, Nov 2, 2014 at 5:49 PM, Andy Lutomirski l...@amacapital.net wrote:
On Sun, Nov 2, 2014 at 2:45 PM, Benjamin Tissoires
benjamin.tissoi...@gmail.com wrote:
On Sun, Nov 2, 2014 at 4:40 PM, Jiri Kosina jkos...@suse.cz wrote:
On Sun, 2 Nov 2014, Jiri Kosina wrote:
Alternatively, you can
On Sun, Nov 2, 2014 at 6:34 PM, Andy Lutomirski l...@amacapital.net wrote:
On Sun, Nov 2, 2014 at 3:01 PM, Benjamin Tissoires
benjamin.tissoi...@gmail.com wrote:
On Sun, Nov 2, 2014 at 5:49 PM, Andy Lutomirski l...@amacapital.net wrote:
On Sun, Nov 2, 2014 at 2:45 PM, Benjamin Tissoires
23 matches
Mail list logo