On Tue, Jul 27, 2010 at 12:08:03AM +0200, Dhaval Giani wrote:
> On Tue, Jul 27, 2010 at 12:05 AM, Greg KH wrote:
> > On Mon, Jul 26, 2010 at 02:55:18PM -0700, Paul Menage wrote:
> >> On Mon, Jul 26, 2010 at 2:28 PM, Greg KH wrote:
> >> >
> >> > Ok, again, after all of this, who is going to be app
On Mon, Jul 26, 2010 at 03:09:09PM -0700, Paul Menage wrote:
> On Mon, Jul 26, 2010 at 3:05 PM, Greg KH wrote:
> >
> > Wonderful, can I get some acks from the cgroups maintainers? I'll
> > gladly take it through my tree.
>
> Sure.
>
> Acked-by: Paul Menage
Wonderful, now queued up.
greg k-h
On Mon, Jul 26, 2010 at 3:05 PM, Greg KH wrote:
>
> Wonderful, can I get some acks from the cgroups maintainers? I'll
> gladly take it through my tree.
Sure.
Acked-by: Paul Menage
Paul
___
Containers mailing list
contain...@lists.linux-foundation.or
On Tue, Jul 27, 2010 at 12:05 AM, Greg KH wrote:
> On Mon, Jul 26, 2010 at 02:55:18PM -0700, Paul Menage wrote:
>> On Mon, Jul 26, 2010 at 2:28 PM, Greg KH wrote:
>> >
>> > Ok, again, after all of this, who is going to be applying this patch to
>> > their tree for the .36 merge window?
>>
>> Ther
On Mon, Jul 26, 2010 at 02:55:18PM -0700, Paul Menage wrote:
> On Mon, Jul 26, 2010 at 2:28 PM, Greg KH wrote:
> >
> > Ok, again, after all of this, who is going to be applying this patch to
> > their tree for the .36 merge window?
>
> There's no specific cgroups tree - cgroups patches generally
On Mon, Jul 26, 2010 at 2:28 PM, Greg KH wrote:
>
> Ok, again, after all of this, who is going to be applying this patch to
> their tree for the .36 merge window?
There's no specific cgroups tree - cgroups patches generally go via akpm.
>
> Or should I apply it to my driver-core one?
>
That sou
On Mon, Jul 26, 2010 at 11:13:14AM +0200, Dhaval Giani wrote:
> On Mon, Jul 26, 2010 at 11:12 AM, Kay Sievers wrote:
> > On Mon, Jul 26, 2010 at 11:08, Dhaval Giani
> > wrote:
> >> On Thu, Jul 22, 2010 at 8:36 PM, Greg KH wrote:
> >>> On Thu, Jul 22, 2010 at 11:31:07AM -0700, Paul Menage wrote:
user-cr's restart program creates a thread to pipe the checkpoint image
into the sys_restart file descriptor. This is a thread created with
clone(2) and it shares its address space with the coordinator.
While glibc has internal mechanisms to ensure thread safety, these work
only with threads that
Great.
Pushed fixes to ckpt-v22-dev.
Oren.
On 07/26/2010 01:56 PM, John Paul Walters wrote:
> It works for me as well. Thanks for your help Oren.
>
> JP
>
>
>
> On Mon, Jul 26, 2010 at 1:11 PM, Dan Smith wrote:
>> OL> diff --git a/kernel/checkpoint/sys.c b/kernel/checkpoint/sys.c
>> OL> in
It works for me as well. Thanks for your help Oren.
JP
On Mon, Jul 26, 2010 at 1:11 PM, Dan Smith wrote:
> OL> diff --git a/kernel/checkpoint/sys.c b/kernel/checkpoint/sys.c
> OL> index 171c867..c5517c2 100644
> OL> --- a/kernel/checkpoint/sys.c
> OL> +++ b/kernel/checkpoint/sys.c
> OL> @@ -6
OL> diff --git a/kernel/checkpoint/sys.c b/kernel/checkpoint/sys.c
OL> index 171c867..c5517c2 100644
OL> --- a/kernel/checkpoint/sys.c
OL> +++ b/kernel/checkpoint/sys.c
OL> @@ -625,8 +625,11 @@ int walk_task_subtree(struct task_struct *root,
OL> }
OL> /* if we arrive at roo
Hi John,
Please try the following patch - it should be applied _instead_ of the
patch I sent on 7/20.
The previous patch was still insufficient when the root task has not only
threads, but also a child (the child was a "ghost" task used temporarily
during restart). I believe this patch correct
On Mon, Jul 26, 2010 at 11:12 AM, Kay Sievers wrote:
> On Mon, Jul 26, 2010 at 11:08, Dhaval Giani wrote:
>> On Thu, Jul 22, 2010 at 8:36 PM, Greg KH wrote:
>>> On Thu, Jul 22, 2010 at 11:31:07AM -0700, Paul Menage wrote:
On Thu, Jul 22, 2010 at 11:26 AM, Greg KH wrote:
> We really sh
On Mon, Jul 26, 2010 at 11:08, Dhaval Giani wrote:
> On Thu, Jul 22, 2010 at 8:36 PM, Greg KH wrote:
>> On Thu, Jul 22, 2010 at 11:31:07AM -0700, Paul Menage wrote:
>>> On Thu, Jul 22, 2010 at 11:26 AM, Greg KH wrote:
>>> > We really shouldn't be asking userspace to create new root filesystems.
14 matches
Mail list logo
