Re: [systemd-devel] Check for plymouth (e1b2b49465615727a2c3883d06d1b9ff339aec67)

2011-02-14 Thread Andrey Borzenkov
On Mon, Feb 14, 2011 at 12:22 AM, Lennart Poettering wrote: > On Thu, 10.02.11 07:02, Andrey Borzenkov (arvidj...@gmail.com) wrote: > >> --- a/units/plymouth-start.service >> +++ b/units/plymouth-start.service >> @@ -12,7 +12,13 @@ Wants=systemd-ask-password-plymouth.path >>  After=systemd-vconsol

Re: [systemd-devel] dbus interface for disabling default cgroups

2011-02-14 Thread Daniel Poelzleithner
On 02/14/2011 06:20 PM, Lennart Poettering wrote: > Well, my famous shell fragment already kinda did that. As well as the > autogrouping patch that got merged. The autogrouping is broken in my opinion. The session id is not distributed well enough for good grouping. When I click on a browser ico

Re: [systemd-devel] dbus interface for disabling default cgroups

2011-02-14 Thread Lennart Poettering
On Mon, 14.02.11 18:12, Daniel Poelzleithner (poe...@poelzi.org) wrote: > On 02/14/2011 05:04 PM, Lennart Poettering wrote: > > > I am not sure I actually buy that. I kinda like the fact that sending a > > signal to the gnome-shell process group delivers a signal to all > > processes it spawned.

Re: [systemd-devel] dbus interface for disabling default cgroups

2011-02-14 Thread Daniel Poelzleithner
On 02/14/2011 05:04 PM, Lennart Poettering wrote: > I am not sure I actually buy that. I kinda like the fact that sending a > signal to the gnome-shell process group delivers a signal to all > processes it spawned. But every program that execs another process may call setgrp on it's child. Most s

Re: [systemd-devel] cryptsetup units are actuvated by default

2011-02-14 Thread Lennart Poettering
On Mon, 14.02.11 08:45, Andrey Borzenkov (arvidj...@gmail.com) wrote: > > Hmm, they way I read > > http://git.fedorahosted.org/git/?p=initscripts.git;a=blob;f=rc.d/init.d/functions;h=1256d10e452816a4a60dbfddfd31cb8b292886c8;hb=HEAD > > we actually activate all crypto devices, there is no matching

Re: [systemd-devel] dbus interface for disabling default cgroups

2011-02-14 Thread Lennart Poettering
On Mon, 14.02.11 13:24, Daniel Poelzleithner (poe...@poelzi.org) wrote: > On 02/14/2011 11:54 AM, Lennart Poettering wrote: > > > I am not sure what you mean by "do not set the setpgid"? Do you want > > gnome-session to become its own session or the desktop services > > themselves? > > gnome-pan

Re: [systemd-devel] dbus interface for disabling default cgroups

2011-02-14 Thread Andrey Borzenkov
On Mon, Feb 14, 2011 at 3:24 PM, Daniel Poelzleithner wrote: > If you accept a patch making the DefaultGroups writeable, I will write > one. Even making a config variable to disable writeable. > If you could start with adding framework for setting properties via D-Bus, it would be quite helpful -

Re: [systemd-devel] dbus interface for disabling default cgroups

2011-02-14 Thread Daniel Poelzleithner
On 02/14/2011 11:54 AM, Lennart Poettering wrote: > I am not sure what you mean by "do not set the setpgid"? Do you want > gnome-session to become its own session or the desktop services > themselves? gnome-panel for example should do a setpgid on the programs it starts as they are logical new pr

Re: [systemd-devel] [lenn...@kemper.freedesktop.org: [systemd-commits] src/pam-module.c]

2011-02-14 Thread fykc...@gmail.com
2011/2/14 Andrey Borzenkov > RT is about determinism. You need to ensure that task will be able to > respond in fixed time. If you allow arbitrary, unknown in advance, > number of tasks share the same limited CPU share, you simply kill > determinism. > > Personally I think that RT should be restr

Re: [systemd-devel] [lenn...@kemper.freedesktop.org: [systemd-commits] src/pam-module.c]

2011-02-14 Thread Lennart Poettering
On Mon, 14.02.11 10:58, Andrey Borzenkov (arvidj...@mail.ru) wrote: > > On Mon, Feb 14, 2011 at 6:12 AM, fykc...@gmail.com wrote: > > Hi Lennart, > > Thanks for the explanation. > > IMHO, To re-enable user session 'cpu' sorting: > > a) Desktop distributions disable GROUP_RT in the kernel, then n

Re: [systemd-devel] [lenn...@kemper.freedesktop.org: [systemd-commits] src/pam-module.c]

2011-02-14 Thread Lennart Poettering
On Mon, 14.02.11 11:12, fykc...@gmail.com (fykc...@gmail.com) wrote: > Hi Lennart, > Thanks for the explanation. Heya, > > IMHO, To re-enable user session 'cpu' sorting: > a) Desktop distributions disable GROUP_RT in the kernel, then no > rt_bandwidth, all RT-apps can be fully administrated und

Re: [systemd-devel] Check for plymouth (e1b2b49465615727a2c3883d06d1b9ff339aec67)

2011-02-14 Thread Lennart Poettering
On Mon, 14.02.11 11:05, Andrey Borzenkov (arvidj...@gmail.com) wrote: > > On Mon, Feb 14, 2011 at 12:22 AM, Lennart Poettering > wrote: > > And last but most importantly: We strongly encourage all distros to > > adopt dracut as initrd implementation. There's no hard dependency from > > systemd t

Re: [systemd-devel] dbus interface for disabling default cgroups

2011-02-14 Thread Lennart Poettering
On Mon, 14.02.11 11:41, Daniel Poelzleithner (poe...@poelzi.org) wrote: > On 02/14/2011 10:42 AM, Lennart Poettering wrote: > > > >> I stumbled on this one too, but got it fixed by giving the most cgroups > >> a rt_sched_slice of 1. this way they can be set to rt and then, move the > >> process

Re: [systemd-devel] dbus interface for disabling default cgroups

2011-02-14 Thread Daniel Poelzleithner
On 02/14/2011 10:42 AM, Lennart Poettering wrote: >> I stumbled on this one too, but got it fixed by giving the most cgroups >> a rt_sched_slice of 1. this way they can be set to rt and then, move the >> process to a group with more rt slice if there is a rule to move it >> there. > > I am not s

Re: [systemd-devel] dbus interface for disabling default cgroups

2011-02-14 Thread Lennart Poettering
On Mon, 14.02.11 00:38, Daniel Poelzleithner (poe...@poelzi.org) wrote: > On 02/13/2011 10:36 PM, Lennart Poettering wrote: > > > > Note that pam_systemd in git now explicitly resets the "cpu" cgroup of > > all sessions to the root group since otherwise RT scheduling will not be > > available fo

Re: [systemd-devel] Check for plymouth (e1b2b49465615727a2c3883d06d1b9ff339aec67)

2011-02-14 Thread Andrey Borzenkov
On Mon, Feb 14, 2011 at 12:22 AM, Lennart Poettering wrote: > And last but most importantly: We strongly encourage all distros to > adopt dracut as initrd implementation. There's no hard dependency from > systemd to dracut, but if you use dracut you will get a number of > features you otherwise wi