On Sat, Nov 20, 2010 at 8:53 AM, MT <mt_v...@warpmail.net> wrote:
> Hi,
> I installed cgroup-bin on my system (Ubuntu 10.10, kernel 2.6.36), and
> experienced similar problems as the original bug reporter, so I'm
> reopening this bug. My system would suspend fine, but would not be able
> to resume from it afterwards, requiring a hard reset.
> I played around with the configuration files a bit, and managed to fix
> the problem by disabling the creation of a default group (/sysdefault)
> by editing /etc/default/cgconfig. I haven't experienced the problem
> since that change. I'm pasting the contents of the relevant portions of
> my config files (which I have changed from the defaults). If there are
> other test cases you would like me to try, I can do that and report back
> the results.
>
> ---/etc/cgconfig.conf---
> mount {
>        cpu = /mnt/cgroups/cpu;
> #       cpuacct = /mnt/cgroups/cpuacct;
> #       devices = /mnt/cgroups/devices;
> }
>
> group root {
>        cpu {
>        }
> }
>
> group desktop {
>        cpu {
>        }
> }
>
> group shell {
>        cpu {
>        }
> }
> ---/etc/cgconfig.conf---
>
> ---/etc/default/cgconfig---
> # Service cgconfig can create a default group in all mounted hierarchies
> and
> # move all processes there on boot. If no default rule is specified in
> # /etc/cgrules.conf, the default group is named '/sysdefault'.
> # This automatically created group(s) can be useful e.g. when using
> 'cpu'
> # controller to limit cpu.shares of this default group and allowing some
> more
> # important group take most of the CPU.
> #
> # By default, create these groups:
> #CREATE_DEFAULT=yes
>
> # Uncomment following line to disable creation of the default group on
> startup:
> CREATE_DEFAULT=no
> ---/etc/default/cgconfig---
>
> ---/etc/cgrules.conf---
> @root           cpu             root/
> *:gnome-session cpu             desktop/
> *:bash          cpu             shell/
> ---/etc/cgrules.conf---
>

Allow the creation of a default group, and add

group sysdefault {
cpu {
cpu.rt_runtime_us = 500000;
}
}

to your cgconfig.conf and let me know about it.

Also if that fails, does this happen with current upstream?

Dhaval



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to