lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 13 May 2010 22:41:59 +0200
From:	Lennart Poettering <mzxreary@...inter.de>
To:	Paul Menage <menage@...gle.com>
Cc:	Peter Zijlstra <peterz@...radead.org>,
	Dhaval Giani <dhaval.giani@...il.com>,
	James Kosin <jkosin@...comgrp.com>,
	linux-kernel@...r.kernel.org, balbir@...ux.vnet.ibm.com,
	jsafrane@...hat.com, tglx@...utronix.de
Subject: Re: [PATCH/RFC] Have sane default values for cpusets

On Thu, 13.05.10 22:36, Lennart Poettering (mzxreary@...inter.de) wrote:

> On Thu, 13.05.10 13:06, Paul Menage (menage@...gle.com) wrote:
> 
> > 
> > On Thu, May 13, 2010 at 7:03 AM, Lennart Poettering
> > <mzxreary@...inter.de> wrote:
> > > By default systemd will create its groups in the "debug" hierarchy, (at
> > > least for now, in the long run i'd like to see "noop" hierarchy or so,
> > > that doesn't sound so temporary), since that controller is not useful
> > 
> > If you just want to track processes, mount a (named) hierarchy with no
> > attached subsystems.
> 
> Oh, that is possible? How would I do that? 
> 
> This certainly doesn't work:
> 
> # mount waldo -t cgroup /tmp/xxxx -o defaults

An neither does this:

# mount waldo -t cgroup /tmp/xxxx -o name=systemd

(the mount() syscall fails with EINVAL here, the other one fails with EBUSY)

Lennart

-- 
Lennart Poettering                        Red Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/           GnuPG 0x1A015CC4
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ