Re: [systemd-devel] Why did you set MountFlags=slave in systemd-udevd.service.in

2018-03-01 Thread Hongzhi, Song
On 2018年03月01日 17:50, Lennart Poettering wrote: On Do, 01.03.18 14:44, Hongzhi, Song (hongzhi.s...@windriver.com) wrote: Thank you very much. It dose work. Would you tell me that how the '--no-block' works, "systemd-mount" talks to systemd (i.e. PID 1) to issue mount/automount operations. By

Re: [systemd-devel] RFC: enable suspend to idle

2018-03-01 Thread Thomas Blume
On Thu, 1 Mar 2018, Lennart Poettering wrote: The kernel must not set policy on what is a source of wake ups. Setting this up so that we do not get a regression in functionality compared to old style S3 (whose policy is in firmware) falls to user space, more specifically udev. And where would

Re: [systemd-devel] RFC: enable suspend to idle

2018-03-01 Thread Lennart Poettering
On Do, 01.03.18 15:25, Oliver Neukum (oneu...@suse.com) wrote: > Am Donnerstag, den 01.03.2018, 15:17 +0100 schrieb Lennart Poettering: > > On Do, 01.03.18 14:40, Thomas Blume (thomas.bl...@suse.com) wrote: > > > > As a proof of concept, I have created below udev rule and helper script, > > >

Re: [systemd-devel] RFC: enable suspend to idle

2018-03-01 Thread Lennart Poettering
On Do, 01.03.18 14:40, Thomas Blume (thomas.bl...@suse.com) wrote: > Hi, > > It seems that major vendors are dropping support of sleep mode S3 in favor of > the new suspend to idle method. > We need to enable this new feature in order to be able to suspend to RAM on > such machines. > The kernel

Re: [systemd-devel] RFC: enable suspend to idle

2018-03-01 Thread Oliver Neukum
Am Donnerstag, den 01.03.2018, 15:17 +0100 schrieb Lennart Poettering: > On Do, 01.03.18 14:40, Thomas Blume (thomas.bl...@suse.com) wrote: > > As a proof of concept, I have created below udev rule and helper script, > > which > > works on my testmachine. > > Obviously, like that it isn't

[systemd-devel] RFC: enable suspend to idle

2018-03-01 Thread Thomas Blume
Hi, It seems that major vendors are dropping support of sleep mode S3 in favor of the new suspend to idle method. We need to enable this new feature in order to be able to suspend to RAM on such machines. The kernel side of this feature has already been implemented:

Re: [systemd-devel] custom var in sd_notify

2018-03-01 Thread Lennart Poettering
On Do, 01.03.18 11:09, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote: > On Wed, Feb 28, 2018 at 7:04 PM, Lennart Poettering > wrote: > > On Mo, 26.02.18 08:09, Mantas Mikulėnas (graw...@gmail.com) wrote: > > > >> > Daemons can choose to send additional variables.

Re: [systemd-devel] Best practice for prepopulating the CacheDirectory of dynamic users

2018-03-01 Thread Lennart Poettering
On Do, 01.03.18 01:32, Antoine Pietri (antoine.piet...@gmail.com) wrote: > On Wed, Feb 28, 2018 at 6:59 PM, Lennart Poettering > wrote: > > Not sure I follow. Why do you let the service hang around? If all you > > want to do is have it create the directory for you you

Re: [systemd-devel] custom var in sd_notify

2018-03-01 Thread Umut Tezduyar Lindskog
On Wed, Feb 28, 2018 at 7:04 PM, Lennart Poettering wrote: > On Mo, 26.02.18 08:09, Mantas Mikulėnas (graw...@gmail.com) wrote: > >> > Daemons can choose to send additional variables. However, it is recommended >> > to prefix variable names not listed above with X_. >> >

Re: [systemd-devel] Why did you set MountFlags=slave in systemd-udevd.service.in

2018-03-01 Thread Lennart Poettering
On Do, 01.03.18 14:44, Hongzhi, Song (hongzhi.s...@windriver.com) wrote: > Thank you very much. It dose work. > > Would you tell me that how the '--no-block' works, "systemd-mount" talks to systemd (i.e. PID 1) to issue mount/automount operations. By default it will do so synchronously, thus