Re: [systemd-devel] Bad accelerometer values cause incorrect screen rotation

On Thu, 2019-09-05 at 14:36 +0200, Hans de Goede wrote: > Hi, > > On 05-09-19 14:11, Hans de Goede wrote: > > Hi, > > > > On 05-09-19 13:28, Bastien Nocera wrote: > > > On Thu, 2019-09-05 at 13:13 +0200, Hans de Goede wrote: > > > > Hi, > >

Re: [systemd-devel] Bad accelerometer values cause incorrect screen rotation

On Thu, 2019-09-05 at 13:13 +0200, Hans de Goede wrote: > Hi, > > On 05-09-19 12:49, Bastien Nocera wrote: > > On Thu, 2019-09-05 at 18:38 +0800, Daniel Drake wrote: > > > On Thu, Sep 5, 2019 at 6:07 PM Bastien Nocera > > > wrote: > > > > I've

Re: [systemd-devel] Bad accelerometer values cause incorrect screen rotation

On Thu, 2019-09-05 at 18:38 +0800, Daniel Drake wrote: > On Thu, Sep 5, 2019 at 6:07 PM Bastien Nocera > wrote: > > I've read through this, and I'm happy blacklisting the hp_accel > > driver > > in code. For the other devices, I'd rather leave it as-is. > > That w

Re: [systemd-devel] Bad accelerometer values cause incorrect screen rotation

Hey, On Thu, 2019-09-05 at 17:05 +0800, Daniel Drake wrote: > Hi, > > Over the years we've seen a bunch of reports of systems that > automatically rotate the display to some incorrect orientation, based > on trusting some accelerometer data values which were not interpreted > correctly. I have

Re: [systemd-devel] [WIP PATCH 0/4] Rework the unreliable LID switch exported by ACPI

On Tue, 2017-06-20 at 02:45 +, Zheng, Lv wrote: > Hi, > > > From: Bastien Nocera [mailto:had...@hadess.net] > > Subject: Re: [systemd-devel] [WIP PATCH 0/4] Rework the unreliable > > LID switch exported by ACPI > > > > On Mon, 2017-0

Re: [systemd-devel] [WIP PATCH 0/4] Rework the unreliable LID switch exported by ACPI

On Mon, 2017-06-19 at 01:43 +, Zheng, Lv wrote: > > > > > If you implement it in such a way that GNOME settings daemon > > behaves weirdly, you'll get my revert > > request in the mail. Do. Not. Ever. Lie. > > First, I don't know what should be reverted... > I have 2 solutions here for

Re: [systemd-devel] [WIP PATCH 0/4] Rework the unreliable LID switch exported by ACPI

> On 16 Jun 2017, at 10:53, Zheng, Lv wrote: > > Hi, > >> From: Benjamin Tissoires [mailto:benjamin.tissoi...@redhat.com] >> Subject: Re: [systemd-devel] [WIP PATCH 0/4] Rework the unreliable LID >> switch exported by ACPI >> >>> On Jun 16 2017 or thereabouts, Zheng, Lv

Re: [systemd-devel] [WIP PATCH 0/4] Rework the unreliable LID switch exported by ACPI

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). > > So this is based on Lennart's comment in [1]: if the LID state is not > reliable, > the kernel

[systemd-devel] mount-matrix support, user-space "done"

Hey accelerometer lovers, I have, bar any bugs obviously, finished adding support for "mount- matrix" in iio-sensor-proxy. The code reads the "ACCEL_MOUNT_MATRIX" udev property of the device, which it will apply to raw readings. After testing, I will provide a patch to systemd's hwdb to gather

Re: [systemd-devel] accelerometer mount-matrix quirks

On Wed, 2016-11-23 at 12:59 +0100, Bastien Nocera wrote: > > If you want to give a try to sending a patch with a new "70- > accelerometer.hwdb" file, something along the lines of: Make that "70-sensors.hwdb" as I think we might add a few more things rel

Re: [systemd-devel] accelerometer mount-matrix quirks

On Tue, 2016-11-22 at 23:43 +0100, Thomas H.P. Andersen wrote: > > > On Tue, Nov 22, 2016 at 5:26 PM, Bastien Nocera <had...@hadess.net> > wrote: > > On Tue, 2016-11-22 at 17:23 +0100, Lennart Poettering wrote: > > > On Tue, 22.11.16 12:13, Bastien

Re: [systemd-devel] accelerometer mount-matrix quirks

On Tue, 2016-11-22 at 17:23 +0100, Lennart Poettering wrote: > On Tue, 22.11.16 12:13, Bastien Nocera (had...@hadess.net) wrote: > > > Hey, > > > > I'm adding support for reading the mount-matrix[1] from > > accelerometer > > devices in iio-senso

[systemd-devel] accelerometer mount-matrix quirks

Hey, I'm adding support for reading the mount-matrix[1] from accelerometer devices in iio-sensor-proxy, but we'll need to add a way to override the mount-matrix in case the data from the device-tree is incorrect, or missing[2]. I was wondering whether we should ship the hwdb quirks in systemd or

Re: [systemd-devel] [HEADSUP] systemd-222 around the corner

. Bastien Nocera (CC) should know more. GNOME 3.16 and earlier (going back a few years) used the old accelerometer code in udev then systemd, but this only worked on a few devices, notably the WeTab for which it was developed. (it only supported accelerometers which exported X/Y/Z information through

Re: [systemd-devel] [ANNOUNCE] Separating gudev from systemd

On Mon, 2015-06-01 at 19:16 +0200, David Herrmann wrote: Hi On Mon, Jun 1, 2015 at 6:51 PM, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: On Mon, Jun 01, 2015 at 05:48:15PM +0100, Bastien Nocera wrote: On Sun, 2015-05-31 at 02:24 +, Zbigniew Jędrzejewski-Szmek wrote

Re: [systemd-devel] [ANNOUNCE] Separating gudev from systemd

On Sun, 2015-05-31 at 02:24 +, Zbigniew Jędrzejewski-Szmek wrote: On Wed, May 27, 2015 at 11:21:06AM +0200, Bastien Nocera wrote: On Wed, 2015-05-20 at 12:01 +0200, David Herrmann wrote: Hi On Wed, May 20, 2015 at 8:46 AM, Tom Gundersen t...@jklm.no wrote: On Wed, May 20

Re: [systemd-devel] [ANNOUNCE] Separating gudev from systemd

On Mon, 2015-06-01 at 16:51 +, Zbigniew Jędrzejewski-Szmek wrote: On Mon, Jun 01, 2015 at 05:48:15PM +0100, Bastien Nocera wrote: On Sun, 2015-05-31 at 02:24 +, Zbigniew Jędrzejewski-Szmek wrote: On Wed, May 27, 2015 at 11:21:06AM +0200, Bastien Nocera wrote: On Wed, 2015-05

Re: [systemd-devel] [ANNOUNCE] Separating gudev from systemd

On Wed, 2015-05-20 at 12:01 +0200, David Herrmann wrote: Hi On Wed, May 20, 2015 at 8:46 AM, Tom Gundersen t...@jklm.no wrote: On Wed, May 20, 2015 at 8:24 AM, Martin Pitt martin.p...@ubuntu.com wrote: Hey David, David Herrmann [2015-05-19 17:06 +0200]: We're about to remove

[systemd-devel] [PATCH] Remove accelerometer helper

will be persistent across sessions, and the new - * orientations can be deducted from the previous one (it allows - * for a threshold for switching between opposite ends of the - * orientation). - * - * Copyright (C) 2011 Red Hat, Inc. - * Author: - * Bastien Nocera had...@hadess.net - * - * orientation_calc

Re: [systemd-devel] [PATCH] Remove accelerometer helper

On Fri, 2015-05-22 at 17:00 +0200, Tom Gundersen wrote: On Fri, May 22, 2015 at 3:42 PM, Bastien Nocera had...@hadess.net wrote: It's moved to the iio-sensor-proxy D-Bus service. Nice! When was this released? Should we expect all distros to have picked up this yet? It was released as 1.0

[systemd-devel] [PATCH] hwdb: Bind toolbox buttons to the Windows key

One would expect pressing the button to go to an overview / show applications mode, we thus map it to leftmeta, the Windows key. See https://bugzilla.gnome.org/show_bug.cgi?id=658602#c17 --- hwdb/60-keyboard.hwdb | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[systemd-devel] [PATCH] os-release: Add PRIVACY_POLICY_URL

--- man/os-release.xml | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/man/os-release.xml b/man/os-release.xml index b4cbeba..4fa41e7 100644 --- a/man/os-release.xml +++ b/man/os-release.xml @@ -277,6 +277,7 @@

Re: [systemd-devel] Detecting inactive sessions

On Wed, 2014-12-03 at 02:41 +0100, Lennart Poettering wrote: On Wed, 19.11.14 00:46, Bastien Nocera (had...@hadess.net) wrote: On Tue, 2014-11-18 at 19:32 +0100, Bastien Nocera wrote: On Tue, 2014-11-11 at 16:46 +0100, Lennart Poettering wrote: snip I am willing to take a patch

Re: [systemd-devel] Detecting inactive sessions

On Tue, 2014-11-11 at 16:46 +0100, Lennart Poettering wrote: snip I am willing to take a patch for this, but then again, as I own a Yoga I might look into this myself too one day. If you can write the scaffolding for it, I'm happy writing the code that talks to the accelerometer, and that would

Re: [systemd-devel] Detecting inactive sessions

On Tue, 2014-11-18 at 19:32 +0100, Bastien Nocera wrote: On Tue, 2014-11-11 at 16:46 +0100, Lennart Poettering wrote: snip I am willing to take a patch for this, but then again, as I own a Yoga I might look into this myself too one day. If you can write the scaffolding for it, I'm happy

[systemd-devel] [PATCH 1/2] keymap: Add support for IBM ThinkPad X41 Tablet

Scancode taken from: http://www.thinkwiki.org/wiki/Tablet_Hardware_Buttons#Linux_Support William Jon McCann provided the DMI match. IBM seems to have swapped the version and model of the system: Manufacturer: IBM Product Name: 18666TU Version: ThinkPad X41 Tablet ---

[systemd-devel] [PATCH 2/2] keymap: Fix special keys on ThinkPad X60/X61 Tablet

KEY_DIRECTION is mapped to XF86RotateWindows, to rotate the display: http://cgit.freedesktop.org/xkeyboard-config/commit/symbols/inet?id=ec875f6f9b7c4028e11d32b071989c682e6502bd And F13 is mapped to XF86Tools, which is closest to the original toolbox usage:

Re: [systemd-devel] Detecting inactive sessions

On Tue, 2014-11-11 at 16:46 +0100, Lennart Poettering wrote: On Wed, 29.10.14 15:45, Bastien Nocera (had...@hadess.net) wrote: For a very specific definition of inactive. I'm looking at a way for the iio-sensor-proxy at: https://github.com/hadess/iio-sensor-proxy to suspend reading

Re: [systemd-devel] Detecting inactive sessions

On Tue, 2014-11-04 at 10:09 +0100, David Herrmann wrote: Hi Bastien On Mon, Nov 3, 2014 at 5:30 PM, Bastien Nocera had...@hadess.net wrote: On Mon, 2014-11-03 at 17:28 +0100, David Herrmann wrote: Hi On Wed, Oct 29, 2014 at 3:45 PM, Bastien Nocera had...@hadess.net wrote: For a very

Re: [systemd-devel] Detecting inactive sessions

On Mon, 2014-11-03 at 17:28 +0100, David Herrmann wrote: Hi On Wed, Oct 29, 2014 at 3:45 PM, Bastien Nocera had...@hadess.net wrote: For a very specific definition of inactive. I'm looking at a way for the iio-sensor-proxy at: https://github.com/hadess/iio-sensor-proxy to suspend

[systemd-devel] Detecting inactive sessions

For a very specific definition of inactive. I'm looking at a way for the iio-sensor-proxy at: https://github.com/hadess/iio-sensor-proxy to suspend reading from accelerometers (or maybe to turn them off), when all the sessions are locked and the screens turned off. This would usually mean that I

Re: [systemd-devel] Implementing remote wake-up for Bluetooth

Jóhann B. Guðmundsson johannbg at gmail.com writes: On 09/21/2014 02:25 AM, Bastien Nocera wrote: Ideas on how this should be implemented? Just make sure this gets implemented in the right place and ensure this can be disabled and is disabled by default as well as have proper permission

Re: [systemd-devel] Implementing remote wake-up for Bluetooth

On Sun, 2014-09-21 at 05:47 +0200, Marcel Holtmann wrote: Hi Bastien, I wanted to add a toggle box like the one MacOS X has had for a long while, allowing users to wake up their system using a Bluetooth keyboard. The procedure is here:

[systemd-devel] Implementing remote wake-up for Bluetooth

Hey, I wanted to add a toggle box like the one MacOS X has had for a long while, allowing users to wake up their system using a Bluetooth keyboard. The procedure is here: https://github.com/lwfinger/rtl8723au_bt/blob/master/readme.txt We could also always allow remote wake-up when a keyboard or

[systemd-devel] [PATCH] accelerometer: Don't wait for new data from the sensor

Instead of waiting for new data from the sensor, which might be a long time coming, depending on the sensor device, ask the kernel for the last state for that particular input device. --- src/udev/accelerometer/accelerometer.c | 33 ++--- 1 file changed, 6

[systemd-devel] fstrim cron job

Hey, I've seen that Ubuntu recently added transparent support for trimming filesystems on SSDs: https://blueprints.launchpad.net/ubuntu/+spec/core-1311-ssd-trimming and in the patch for util-linux: https://launchpadlibrarian.net/159909554/util-linux_2.20.1-5.1ubuntu11.diff.gz (looks for

Re: [systemd-devel] Power aware units

On Mon, 2013-11-04 at 16:52 +0100, Lennart Poettering wrote: On Mon, 04.11.13 16:10, Bastien Nocera (had...@hadess.net) wrote: And I figure other ones to add here are: - mandb cache cleanups - rotation of legacy log files (are there more usecases you can come up

Re: [systemd-devel] Power aware units

On Mon, 2013-11-04 at 15:27 +0100, Lennart Poettering wrote: On Sun, 03.11.13 15:36, Bastien Nocera (had...@hadess.net) wrote: Heya, systemd already allows launching specific tasks based on a timer, and intervals, and I was wondering whether power awareness was something planned

[systemd-devel] Power aware units

Heya, systemd already allows launching specific tasks based on a timer, and intervals, and I was wondering whether power awareness was something planned for launching and stopping units. MacOS X 10.9 has some additional metadata for units that allows launchd to stop and start particular tasks

Re: [systemd-devel] Power aware units

On Sun, 2013-11-03 at 16:06 +0100, Kay Sievers wrote: On Sun, Nov 3, 2013 at 3:36 PM, Bastien Nocera had...@hadess.net wrote: systemd already allows launching specific tasks based on a timer, and intervals, and I was wondering whether power awareness was something planned for launching

Re: [systemd-devel] Power aware units

On Sun, 2013-11-03 at 17:07 +0100, Bastien Nocera wrote: snip Systemd should not get any direct or indirect dependency on upower for primary service management tasks. It just doesn't sound right to do dependencies in this direction. That doesn't strike me as as crazy as it may seem

[systemd-devel] [PATCH] sd-login: Fix typo

s/sessio,/session,/ --- src/systemd/sd-login.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/systemd/sd-login.h b/src/systemd/sd-login.h index c5837f0..961bd88 100644 --- a/src/systemd/sd-login.h +++ b/src/systemd/sd-login.h @@ -101,7 +101,7 @@ int

[systemd-devel] udev battery level changed events

Heya, I want to try and reduce wake-ups in UPower (some more), and wanted to disable polling of batteries when we have events sent for battery capacity changes. Unfortunately, I don't have hardware that does this properly (my laptop only sends out events when the state transitions, not when the

[systemd-devel] [PATCH] shared/util: Fix glob_extend() argument

glob_extend() would completely fail to work, or return incorrect data if it wasn't being passed the current getopt optarg variable as it used the global variable, instead of the passed parameters. --- src/shared/util.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[systemd-devel] [PATCH] Add support for Intel Rapid Start

Instead of using the kernel's hybrid sleep, use the firmware for laptops that support Intel Rapid Start, as explained in: http://mjg59.dreamwidth.org/26022.html and implemented in: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/drivers/platform/x86/intel-rst.c ---

Re: [systemd-devel] [PATCH] Add support for Intel Rapid Start

On Sun, 2013-10-13 at 20:57 +0100, Matthew Garrett wrote: On Sun, Oct 13, 2013 at 09:50:59PM +0200, Bastien Nocera wrote: +r = read_one_line_file(/sys/bus/acpi/devices/INT3392:00/wakeup_events, p); /sys/bus/acpi/drivers/intel_rapid_start/*/wakeup_events would be better

Re: [systemd-devel] [PATCH] Add support for Intel Rapid Start

On Sun, 2013-10-13 at 22:40 +0200, Zbigniew Jędrzejewski-Szmek wrote: On Sun, Oct 13, 2013 at 09:50:59PM +0200, Bastien Nocera wrote: Instead of using the kernel's hybrid sleep, use the firmware for laptops that support Intel Rapid Start, as explained in: http://mjg59.dreamwidth.org

Re: [systemd-devel] [PATCH] Add support for Intel Rapid Start

On Sun, 2013-10-13 at 22:45 +0200, Lennart Poettering wrote: On Sun, 13.10.13 22:40, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote: Humm. So I am very conservative regarding adding vendor specific hacks to userspace that go that low-level into the system. Given that the kernel has

Re: [systemd-devel] [PATCH] [RFC]logind: set locale in user sessions

On Fri, 2013-01-04 at 11:23 -0500, Bill Nottingham wrote: Lennart Poettering (lenn...@poettering.net) said: Bill Nottingham (nott...@redhat.com) said: I am tempted to just merge the patch. The discussion on xdg-devel can happen after we commited the code. In fact, moving that to PAM