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

Hi, 2010/12/24 Lennart Poettering > > Heya, > > just wanted to let everybody know that I reverted the logic in > pam_sytemd which automatically creates a cgroup in the 'cpu' hierarchy > for every user/session, since it makes it impossible to use RT > scheduling from user/session processes then. F

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

On Tue, 08.02.11 16:09, Andrey Borzenkov (arvidj...@mail.ru) wrote: > > On Tue, Feb 8, 2011 at 3:11 PM, Lennart Poettering > wrote: > > > > Well, yes. ps supresses the output if a process is in the root group of > > a hierarchy, because by default all processes are in the default > > group. To g

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

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]

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]

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] [lenn...@kemper.freedesktop.org: [systemd-commits] src/pam-module.c]

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 no > rt_bandwidth, all RT-apps can be fully administrated under rtkit. > Or b) cpu

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

Hi Lennart, Thanks for the explanation. 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 under rtkit. Or b) cpu cgroup controller should default make sub-cgroups share rt_bandwidth

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

On Fri, 11.02.11 10:30, fykc...@gmail.com (fykc...@gmail.com) wrote: > Hi Lennart, Andrey, > > Some questions about the discuss: > 1. Does systemd re-enable sorting user sessions into their own cgroups in > the 'cpu' hierarchy? No, we cannot reenable that before the cpu cgroup controller gets

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

Hi Lennart, Andrey, Some questions about the discuss: 1. Does systemd re-enable sorting user sessions into their own cgroups in the 'cpu' hierarchy? 2. AIUI, rtkit is a daemon used for doing RT-related privilege operations. It doesn't spawn RT-threads. Am I right? 3. Does rtkit have related

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

On Tue, Feb 8, 2011 at 3:11 PM, Lennart Poettering wrote: > Weird, weird, weird. So, systemd is in the right cgroup with correct > settings but still doesn't have the privs to make itself RT. There's > something very weird here. > Kernel bug. commit f44937718ce3b8360f72f6c68c9481712517a867 Autho

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

On Tue, Feb 8, 2011 at 3:11 PM, Lennart Poettering wrote: > > Well, yes. ps supresses the output if a process is in the root group of > a hierarchy, because by default all processes are in the default > group. To get the full list of cgorup memberships you could look into > /proc/$(pidof rtkit-dae

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

On Tue, 08.02.11 14:52, Andrey Borzenkov (arvidj...@mail.ru) wrote: > >> I speak about failure of rtkit-daemon to put itself in RT scheduling > >> group on startup. At this point there is no login at all. > >> > >> Anyway, I rebuild systemd with your PAM patch and restarted system and > >> as expe

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

On Tue, Feb 8, 2011 at 2:42 PM, Lennart Poettering wrote: > On Tue, 08.02.11 14:22, Andrey Borzenkov (arvidj...@mail.ru) wrote: > >> >> On Tue, Feb 8, 2011 at 1:36 PM, Lennart Poettering >> wrote: >> > On Tue, 08.02.11 13:30, Andrey Borzenkov (arvidj...@mail.ru) wrote: >> > >> >> >> >> On Tue, Fe

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

On Tue, 08.02.11 14:22, Andrey Borzenkov (arvidj...@mail.ru) wrote: > > On Tue, Feb 8, 2011 at 1:36 PM, Lennart Poettering > wrote: > > On Tue, 08.02.11 13:30, Andrey Borzenkov (arvidj...@mail.ru) wrote: > > > >> > >> On Tue, Feb 8, 2011 at 1:15 PM, Lennart Poettering > >> wrote: > >> > On Tue,

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

On Tue, Feb 8, 2011 at 1:36 PM, Lennart Poettering wrote: > On Tue, 08.02.11 13:30, Andrey Borzenkov (arvidj...@mail.ru) wrote: > >> >> On Tue, Feb 8, 2011 at 1:15 PM, Lennart Poettering >> wrote: >> > On Tue, 08.02.11 12:29, Andrey Borzenkov (arvidj...@mail.ru) wrote: >> > >> >> > The rtkit patc

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

On Tue, 08.02.11 13:30, Andrey Borzenkov (arvidj...@mail.ru) wrote: > > On Tue, Feb 8, 2011 at 1:15 PM, Lennart Poettering > wrote: > > On Tue, 08.02.11 12:29, Andrey Borzenkov (arvidj...@mail.ru) wrote: > > > >> > The rtkit patch ensures rtkit itself can get RT privs. This systemd > >> > patch

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

On Tue, Feb 8, 2011 at 1:30 PM, Andrey Borzenkov wrote: > On Tue, Feb 8, 2011 at 1:15 PM, Lennart Poettering > wrote: >> On Tue, 08.02.11 12:29, Andrey Borzenkov (arvidj...@mail.ru) wrote: >> >>> > The rtkit patch ensures rtkit itself can get RT privs. This systemd >>> > patch ensures apps (such

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

On Tue, Feb 8, 2011 at 1:15 PM, Lennart Poettering wrote: > On Tue, 08.02.11 12:29, Andrey Borzenkov (arvidj...@mail.ru) wrote: > >> > The rtkit patch ensures rtkit itself can get RT privs. This systemd >> > patch ensures apps (such as PA) started within a systemd session can get >> > RT privs. Wi

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

On Tue, 08.02.11 12:29, Andrey Borzenkov (arvidj...@mail.ru) wrote: > > The rtkit patch ensures rtkit itself can get RT privs. This systemd > > patch ensures apps (such as PA) started within a systemd session can get > > RT privs. Without neither patch neither side can get RT privs. To work > > pr

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

On Tue, Feb 8, 2011 at 12:03 PM, Lennart Poettering wrote: > On Tue, 08.02.11 11:27, Andrey Borzenkov (arvidj...@mail.ru) wrote: > >> >> Yupp, there's a ControlGroups=cpu:/ missing in the rtkit service file. I >> >> have forgotten to commit that. Will fix this soon. >> > >> > Fixed now in rtkit an

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

On Tue, 08.02.11 11:27, Andrey Borzenkov (arvidj...@mail.ru) wrote: > >> Yupp, there's a ControlGroups=cpu:/ missing in the rtkit service file. I > >> have forgotten to commit that. Will fix this soon. > > > > Fixed now in rtkit and systemd git. > > > > The last commit on http://git.0pointer.de/?

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

On Tue, Feb 8, 2011 at 11:04 AM, Lennart Poettering wrote: > On Thu, 03.02.11 21:15, Lennart Poettering (lenn...@poettering.net) wrote: > >> >> On Sat, 29.01.11 12:01, Andrey Borzenkov (arvidj...@mail.ru) wrote: >> >> > >> > On Fri, Dec 24, 2010 at 12:56 PM, Lennart Poettering >> > wrote: >> > >

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

On Thu, 03.02.11 21:15, Lennart Poettering (lenn...@poettering.net) wrote: > > On Sat, 29.01.11 12:01, Andrey Borzenkov (arvidj...@mail.ru) wrote: > > > > > On Fri, Dec 24, 2010 at 12:56 PM, Lennart Poettering > > wrote: > > > Heya, > > > > > > just wanted to let everybody know that I reverted

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

On Sat, 29.01.11 12:01, Andrey Borzenkov (arvidj...@mail.ru) wrote: > > On Fri, Dec 24, 2010 at 12:56 PM, Lennart Poettering > wrote: > > Heya, > > > > just wanted to let everybody know that I reverted the logic in > > pam_sytemd which automatically creates a cgroup in the 'cpu' hierarchy > > fo

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

On Fri, Dec 24, 2010 at 12:56 PM, Lennart Poettering wrote: > Heya, > > just wanted to let everybody know that I reverted the logic in > pam_sytemd which automatically creates a cgroup in the 'cpu' hierarchy > for every user/session, since it makes it impossible to use RT > scheduling from user/se

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

On Mon, 27.12.10 11:05, fykc...@gmail.com (fykc...@gmail.com) wrote: > Hi Lennart, > > 2010/12/24 Lennart Poettering > > > > > > This is related to the issue reported in LWN about JACK+cgroups. Also, > > this issue breaks my 4 line bash patch as known from slashdot, > > AIUI, This is not a kern

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

Hi Lennart, 2010/12/24 Lennart Poettering > > > This is related to the issue reported in LWN about JACK+cgroups. Also, > this issue breaks my 4 line bash patch as known from slashdot, AIUI, This is not a kernel problem, and is related with libcgroup . Quo

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

Heya, just wanted to let everybody know that I reverted the logic in pam_sytemd which automatically creates a cgroup in the 'cpu' hierarchy for every user/session, since it makes it impossible to use RT scheduling from user/session processes then. For a longer explanation see the patch I commited