On Tue, May 12, 2009 at 10:08:30PM -0500, Serge E. Hallyn wrote:
> mktree's hash function assumes that long is 32 bits. Fix.
>
> Signed-off-by: Serge Hallyn
> ---
> mktree.c |6 --
> 1 files changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/mktree.c b/mktree.c
> index 7a8cecc..
mktree's hash function assumes that long is 32 bits. Fix.
Signed-off-by: Serge Hallyn
---
mktree.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/mktree.c b/mktree.c
index 7a8cecc..0195974 100644
--- a/mktree.c
+++ b/mktree.c
@@ -724,6 +724,7 @@ static int ckpt_ma
Vivek Goyal wrote:
...
>
> +/*
> + * traverse through all the io_groups associated with this cgroup and
> calculate
> + * the aggr disk time received by all the groups on respective disks.
> + */
> +static u64 calculate_aggr_disk_time(struct io_cgroup *iocg)
> +{
> + struct io_group *iog;
>
Hi Vivek,
This patch enables per-cgroup per-device weight and ioprio_class handling.
A new cgroup interface "policy" is introduced. You can make use of this
file to configure weight and ioprio_class for each device in a given cgroup.
The original "weight" and "ioprio_class" files are still availa
Trond Myklebust writes:
> On Tue, 2009-05-12 at 17:04 -0700, Eric W. Biederman wrote:
>> Trond Myklebust writes:
>>
>> > Finally, what happens if someone decides to set up a private socket
>> > namespace, using CLONE_NEWNET, without also using CLONE_NEWNS to create
>> > a private mount namespac
On Tue, May 12, 2009 at 05:01:58PM -0700, Eric W. Biederman wrote:
> Matt Helsley writes:
>
> > Sun RPC currently opens sockets from the initial network namespace making it
> > impossible to restrict which NFS servers a container may interact with.
> >
> > For example, the NFS server at 10.0.0.3
On Tue, May 12, 2009 at 08:13:24PM -0400, Trond Myklebust wrote:
> On Tue, 2009-05-12 at 17:04 -0700, Eric W. Biederman wrote:
> > Trond Myklebust writes:
> >
> > > Finally, what happens if someone decides to set up a private socket
> > > namespace, using CLONE_NEWNET, without also using CLONE_NE
On Tue, 2009-05-12 at 17:04 -0700, Eric W. Biederman wrote:
> Trond Myklebust writes:
>
> > Finally, what happens if someone decides to set up a private socket
> > namespace, using CLONE_NEWNET, without also using CLONE_NEWNS to create
> > a private mount namespace? Would anyone have even the rem
Trond Myklebust writes:
> Finally, what happens if someone decides to set up a private socket
> namespace, using CLONE_NEWNET, without also using CLONE_NEWNS to create
> a private mount namespace? Would anyone have even the remotest chance in
> hell of figuring out what filesystem is mounted wher
Matt Helsley writes:
> Sun RPC currently opens sockets from the initial network namespace making it
> impossible to restrict which NFS servers a container may interact with.
>
> For example, the NFS server at 10.0.0.3 reachable from the initial namespace
> will always be used even if an entirely
On Tue, 2009-05-12 at 14:51 -0700, Matt Helsley wrote:
> Sun RPC currently opens sockets from the initial network namespace making it
> impossible to restrict which NFS servers a container may interact with.
>
> For example, the NFS server at 10.0.0.3 reachable from the initial namespace
> will al
Hi Matt-
On May 12, 2009, at 5:51 PM, Matt Helsley wrote:
> Sun RPC currently opens sockets from the initial network namespace
> making it
> impossible to restrict which NFS servers a container may interact
> with.
>
> For example, the NFS server at 10.0.0.3 reachable from the initial
> name
Sun RPC currently opens sockets from the initial network namespace making it
impossible to restrict which NFS servers a container may interact with.
For example, the NFS server at 10.0.0.3 reachable from the initial namespace
will always be used even if an entirely different server with the addre
Quoting Alexey Dobriyan (adobri...@gmail.com):
> On Tue, May 12, 2009 at 10:07:13AM -0500, Serge E. Hallyn wrote:
> > do you object to this patch? The idea is to not give away any
> > privilege not otherwise needed.
>
> > --- a/checkpoint/sys.c
> > +++ b/checkpoint/sys.c
> > @@ -281,7 +281,7 @@ a
On Tue, May 12, 2009 at 10:07:13AM -0500, Serge E. Hallyn wrote:
> do you object to this patch? The idea is to not give away any
> privilege not otherwise needed.
> --- a/checkpoint/sys.c
> +++ b/checkpoint/sys.c
> @@ -281,7 +281,7 @@ asmlinkage long sys_checkpoint(pid_t pid, int fd,
> unsigned
Serge E. Hallyn wrote:
> Quoting Oren Laadan (or...@cs.columbia.edu):
>> Hi Gordon,
>>
>> Serge E. Hallyn wrote:
>>> Quoting Ralph-Gordon Paul (ralph-gordon.p...@uni-duesseldorf.de):
Ah okay sorry, i used this version:
http://git.ncl.cs.columbia.edu/?p=linux-cr.git;a=shortlog;h=refs/he
Quoting Oren Laadan (or...@cs.columbia.edu):
>
>
> Serge E. Hallyn wrote:
> > Quoting Oren Laadan (or...@cs.columbia.edu):
> >> Hi Gordon,
> >>
> >> Serge E. Hallyn wrote:
> >>> Quoting Ralph-Gordon Paul (ralph-gordon.p...@uni-duesseldorf.de):
> Ah okay sorry, i used this version:
> ht
Serge E. Hallyn wrote:
> arch/s390/include/asm/checkpoint_hdr.h had a #ifdef __s390x__ which
> was unterminated. Nathan Lynch points out that we don't need the
> ifdef at all since CONFIG_CHECKPOINT_SUPPORT is already dependent
> upon 64-bit.
>
> Signed-off-by: Serge E. Hallyn
> ---
> arch/s3
arch/s390/include/asm/checkpoint_hdr.h had a #ifdef __s390x__ which
was unterminated. Nathan Lynch points out that we don't need the
ifdef at all since CONFIG_CHECKPOINT_SUPPORT is already dependent
upon 64-bit.
Signed-off-by: Serge E. Hallyn
---
arch/s390/include/asm/checkpoint_hdr.h |2 --
Quoting Oren Laadan (or...@cs.columbia.edu):
>
> Hi Gordon,
>
> Serge E. Hallyn wrote:
> > Quoting Ralph-Gordon Paul (ralph-gordon.p...@uni-duesseldorf.de):
> >> Ah okay sorry, i used this version:
> >> http://git.ncl.cs.columbia.edu/?p=linux-cr.git;a=shortlog;h=refs/heads/ckpt-v15
> >>
> >> Is
Hi Gordon,
Serge E. Hallyn wrote:
> Quoting Ralph-Gordon Paul (ralph-gordon.p...@uni-duesseldorf.de):
>> Ah okay sorry, i used this version:
>> http://git.ncl.cs.columbia.edu/?p=linux-cr.git;a=shortlog;h=refs/heads/ckpt-v15
>>
>> Is this the official place to download the up to date version ?
c
Alexey,
do you object to this patch? The idea is to not give away any
privilege not otherwise needed.
thanks,
-serge
>From b929e0b1c1a27e328ad04e8e651ddd5ec0496ccc Mon Sep 17 00:00:00 2001
From: Serge E. Hallyn
Date: Tue, 12 May 2009 10:53:14 -0400
Subject: [PATCH 1/1] cr: use a new capability
Quoting Ralph-Gordon Paul (ralph-gordon.p...@uni-duesseldorf.de):
> Ah okay sorry, i used this version:
> http://git.ncl.cs.columbia.edu/?p=linux-cr.git;a=shortlog;h=refs/heads/ckpt-v15
>
> Is this the official place to download the up to date version ?
>
> -Gordon
Hi Gordon,
yes, and you were r
Ah okay sorry, i used this version:
http://git.ncl.cs.columbia.edu/?p=linux-cr.git;a=shortlog;h=refs/heads/ckpt-v15
Is this the official place to download the up to date version ?
-Gordon
Am 12.05.2009 um 14:10 schrieb Serge E. Hallyn:
> Quoting Ralph-Gordon Paul (ralph-gordon.p...@uni-duessel
This applies on top of yesterday's patchset.
thanks,
-serge
>From f70a08dc6abdba372e1b3e1f25aadb919d07b171 Mon Sep 17 00:00:00 2001
From: Serge E. Hallyn
Date: Tue, 12 May 2009 08:17:34 -0400
Subject: [PATCH 1/1] cr: child user namespace must grab ref to creator
With this change plus Oren's pro
Quoting Ralph-Gordon Paul (ralph-gordon.p...@uni-duesseldorf.de):
> Hi,
>
> in the kernel menuconfig, there should be a note, that
> CHECKPOINT_SUPPORT depends on Compat VDSO (Processor type and features
> --> Compad VDSO support).
>
> It took some time for me to find that out. :-)
Wha?
Ore
Hi Dong-Jae,
From: Dong-Jae Kang
Subject: Re: [PATCH] range-bw: Another I/O scheduling policy of dm-ioband
supporting the predicable I/O bandwidth (range bandwidth)
Date: Wed, 6 May 2009 09:35:03 +0900
> 2009/5/5 Ryo Tsuruta :
> > Hi Dong-Jae
> >
> > From: Dong-Jae Kang
> > Subject: Re: [PATCH
Hi,
in the kernel menuconfig, there should be a note, that
CHECKPOINT_SUPPORT depends on Compat VDSO (Processor type and features
--> Compad VDSO support).
It took some time for me to find that out. :-)
Regards,
Ralph-Gordon Paul
Am 26.03.2009 um 04:09 schrieb Nathan Lynch:
> Dave Hansen
28 matches
Mail list logo
