Paul M wrote:
> > Is there any
> > way it would be ok to have cgroup_file_write() check for CAP_SYS_ADMIN?
>
> Sure, we could have flags in the subsys object for this kind of thing
> that let particular subsystems request this.
That sounds like it would work fine ... the cpuset subsystem would
ju
Serge wrote:
> Paul (actually both Menage and Jackson :) do you have an opinion on
> this? Are there sites which eg do 'chown -R some_user_id /cgroup/cpusets/'
> to have some non-root user be able to dole out cpusets? Is there any
> way it would be ok to have cgroup_file_write() check for CAP_SYS
On Feb 12, 2008 9:21 AM, Serge E. Hallyn <[EMAIL PROTECTED]> wrote:
>
> Paul (actually both Menage and Jackson :) do you have an opinion on
> this? Are there sites which eg do 'chown -R some_user_id /cgroup/cpusets/'
> to have some non-root user be able to dole out cpusets?
We (Google) currently
Hello everyone
I usually use the forum to solve my problems with OpenVZ, but now I really need
to solve this problem urgently.
I must enable nfs server from one of virtual hosts. To be more precise must
activates a pNFS. It seems that if the nfs server will also run pnfs.
Until now I can mount
On Tue, 12 Feb 2008 16:15:00 +0100
Nadia Derbey <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Tue, 12 Feb 2008 10:32:31 +0100 Nadia Derbey <[EMAIL PROTECTED]> wrote:
> >
> >
> >>it builds fine, modulo some changes in ipv4 and ipv6 (see attached patch
> >>- didn't find it in the hot f
Quoting Pavel Emelyanov ([EMAIL PROTECTED]):
> Serge E. Hallyn wrote:
> > Quoting Pavel Emelyanov ([EMAIL PROTECTED]):
> >> Each new group will have its own maps for char and block
> >> layers. The devices access list is tuned via the
> >> devices.permissions file. One may read from the file to ge
Andrew Morton wrote:
On Tue, 12 Feb 2008 10:32:31 +0100 Nadia Derbey <[EMAIL PROTECTED]> wrote:
it builds fine, modulo some changes in ipv4 and ipv6 (see attached patch
- didn't find it in the hot fixes).
OK, thanks for checking. Did you confirm that we don't have unneeded code
in vmlinux
Andrew Morton wrote:
On Mon, 11 Feb 2008 15:16:54 +0100
[EMAIL PROTECTED] wrote:
[PATCH 08/08]
This patch is the enhancement as asked for by Yasunori: if msgmni is set to
a negative value, register it back into the ipcns notifier chain.
A new interface has been added to the notification mech
Serge E. Hallyn wrote:
> Quoting Pavel Emelyanov ([EMAIL PROTECTED]):
>> Each new group will have its own maps for char and block
>> layers. The devices access list is tuned via the
>> devices.permissions file. One may read from the file to get
>> the configured state.
>>
>> The top container isn
Nadia Derbey wrote:
Andrew Morton wrote:
On Mon, 11 Feb 2008 15:16:53 +0100
[EMAIL PROTECTED] wrote:
[PATCH 07/08]
This patch makes msgmni not recomputed anymore upon ipc namespace
creation /
removal or memory add/remove, as soon as it has been set from userland.
As soon as msgmni is exp
On Tue, 12 Feb 2008 10:32:31 +0100 Nadia Derbey <[EMAIL PROTECTED]> wrote:
> it builds fine, modulo some changes in ipv4 and ipv6 (see attached patch
> - didn't find it in the hot fixes).
OK, thanks for checking. Did you confirm that we don't have unneeded code
in vmlinux when CONFIG_PROCFS=n?
Andrew Morton wrote:
On Mon, 11 Feb 2008 15:16:53 +0100
[EMAIL PROTECTED] wrote:
[PATCH 07/08]
This patch makes msgmni not recomputed anymore upon ipc namespace creation /
removal or memory add/remove, as soon as it has been set from userland.
As soon as msgmni is explicitely set via procfs
ugly :), but
Acked-by: Denis V. Lunev <[EMAIL PROTECTED]>
On Mon, 2008-02-11 at 11:48 -0800, Stephen Hemminger wrote:
> On Mon, 11 Feb 2008 11:47:17 +0300
> "Denis V. Lunev" <[EMAIL PROTECTED]> wrote:
>
> > net/ipv4/fib_trie.c: In function 'node_set_parent':
> > net/ipv4/fib_trie.c:184: warning:
13 matches
Mail list logo
