KAMEZAWA Hiroyuki wrote:
> I'm sorry that this patch needs following fix..
> Andrew, could you apply this ?
> (All version I sent has this bugSigh)
>
> Thanks,
> -Kame
> ==
> Bugfix for memory cgroup skip !PageLRU page in mem_cgroup_isolate_pages
>
> Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL P
I'm sorry that this patch needs following fix..
Andrew, could you apply this ?
(All version I sent has this bugSigh)
Thanks,
-Kame
==
Bugfix for memory cgroup skip !PageLRU page in mem_cgroup_isolate_pages
Signed-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
Index: devel-2.6.23-mm1/mm/memcon
[EMAIL PROTECTED] wrote:
Oren Laadan [EMAIL PROTECTED] wrote:
|
| (sorry from the delay, been away :)
|
| Eric W. Biederman wrote:
| > "Serge E. Hallyn" <[EMAIL PROTECTED]> writes:
| >
| >> Sorry, I was focusing on the virtual server needs.
| >>
| >> devpts is it's own fs so I was fully expe
[EMAIL PROTECTED] writes:
> (This is Oleg's patch with my tweaks to compile, Oleg pls sign-off).
> ---
>
> From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
> Subject: [PATCH 1/3] Signal semantics for /sbin/init
>
> Currently, /sbin/init is protected from unhandled signals by the
> "current == child_r
Resend to the Eric's correct address...
Suka
- Forwarded message from [EMAIL PROTECTED] -
| Date: Sat, 27 Oct 2007 12:09:28 -0700
| From: [EMAIL PROTECTED]
| To: [EMAIL PROTECTED], Pavel Emelianov <[EMAIL PROTECTED]>,Oleg
Nesterov
| <[EMAIL PROTECTED]>
| Cc: Containers <[EMAIL
Hugh Dickins wrote:
> On Mon, 29 Oct 2007, Balbir Singh wrote:
>> On Mon, Oct 29, 2007 at 01:57:40AM +0530, Balbir Singh wrote:
>> Hugh Dickins wrote:
>>
>> [snip]
>>
>>> Without your mem_cgroup mods in mm/swap_state.c, unuse_pte makes
>>> the right assignments (I believe). But I find that swapo
On Mon, 29 Oct 2007, Balbir Singh wrote:
> On Mon, Oct 29, 2007 at 01:57:40AM +0530, Balbir Singh wrote:
> Hugh Dickins wrote:
>
> [snip]
>
> > Without your mem_cgroup mods in mm/swap_state.c, unuse_pte makes
> > the right assignments (I believe). But I find that swapout (using
> > 600M in a 51
[EMAIL PROTECTED] writes:
> Note: this patch applies on top of Eric's patch:
>
> http://lkml.org/lkml/2007/10/26/440
>
> ---
>
> From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
> Subject: [PATCH 1/2] Container-init must be immune to unwanted signals
>
> Container-init process must appear like
[EMAIL PROTECTED] writes:
> From: Sukadev Bhattiprolu <[EMAIL PROTECTED]>
> Subject: [PATCH] Masquerade sender information
>
> With multiple pid namespaces, sender of a signal could be in an ancestor
> namespace of the receiver and so the sender will not have a valid 'pid_t'
> in the receiver's na
My first impression is that this patch is generally good. However
it does not actually address the case of the init in a pid namespace.
Eric
___
Containers mailing list
[EMAIL PROTECTED]
https://lists.linux-foundation.org/mailman/listinfo/containers
_
Cedric Le Goater <[EMAIL PROTECTED]> writes:
>> The outstanding issues I can think of off the top of my head:
>> - signal handling for init on secondary pid namespaces.
>> - Properly setting si_pid on signals that cross namespaces.
>
> these are being addressed by suka patches, and also you with th
Kirill Korotaev <[EMAIL PROTECTED]> writes:
> Can you please send namespace related patches to containers@ ML first
> before sending them to Linus/Andrew?
If you are so anxious to review my patches can you please review them?
I'd love to see an acked-by or an actual bug found.
I only did what I
Cedric Le Goater <[EMAIL PROTECTED]> writes:
> Pavel also has a CONFIG_NAMESPACES patch that he should be resending to
> andrew when 2.6.24-rc1-mm1 is released. pidns will go under this option,
> like all the other namespaces, and should protect the distros from shipping
> any immature namespac
Eric W. Biederman wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
>>> On Sat, 27 Oct 2007 04:04:08 +0200 Adrian Bunk <[EMAIL PROTECTED]> wrote:
be happy to hear if someone has a better idea.
>>> There is a difference between "complete the feature" and "early adopters
>>> to start playin
On Mon, 2007-10-29 at 11:59 -0600, Eric W. Biederman wrote:
> ier to read.) Also, can
> > we think of any better name for this? It seems a bit funky that:
> >
> > pid_in_pid_ns(mypid, &init_pid_ns);
> >
> > would _ever_ return 0.
>
> It can't.
>
> > So, it isn't truly a test for belonging
Kirill Korotaev <[EMAIL PROTECTED]> writes:
> I dislike this patch:
> it's not scalable/efficient to travers all the tasks
> while we know the pid namespace we care about.
Well the unix way is to implement it simple and stupid and then to
optimize, where needed. We don't currently have a per pid
Dave Hansen <[EMAIL PROTECTED]> writes:
> On Fri, 2007-10-26 at 14:37 -0600, Eric W. Biederman wrote:
>>
>> +static int pid_in_pid_ns(struct pid *pid, struct pid_namespace *ns)
>> +{
>> + return pid && (ns->level <= pid->level) &&
>> + pid->numbers[ns->level].ns == ns;
>> +}
>
Report CPU usage in CFS Cgroup directories
Adds a cpu.usage file to the CFS cgroup that reports CPU usage in
milliseconds for that cgroup's tasks
Signed-off-by: Paul Menage <[EMAIL PROTECTED]>
---
kernel/sched.c | 36 +++-
1 file changed, 31 insertions(+), 5 de
On Sat, 2007-10-27 at 12:00 -0700, [EMAIL PROTECTED] wrote:
> +static int sig_init_ignore(struct task_struct *tsk)
> +{
> -static int sig_ignored(struct task_struct *t, int sig)
> + // Currently this check is a bit racy with exec(),
> + // we can _simplify_ de_thread and close the race.
> +
On Fri, 2007-10-26 at 14:37 -0600, Eric W. Biederman wrote:
>
> +static int pid_in_pid_ns(struct pid *pid, struct pid_namespace *ns)
> +{
> + return pid && (ns->level <= pid->level) &&
> + pid->numbers[ns->level].ns == ns;
> +}
Could we blow this out a little bit? (I think th
Some watchdog drivers initialize global spinlocks in module's init function
which is tolerable, but some do it in PCI probe function. So, switch to
static initialization to fix theoretical bugs and, more importantly, stop
giving people bad examples.
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED
Eric W. Biederman wrote:
> Adrian Bunk <[EMAIL PROTECTED]> writes:
>
>> On Sun, Oct 28, 2007 at 09:12:34AM -0700, Jeremy Fitzhardinge wrote:
>>> Eric W. Biederman wrote:
Roughly that sounds like CONFIG_EXPERIMENTAL to me. But I would
be happy to hear if someone has a better idea.
>>> Ra
On Mon, Oct 29 2007, Vasily Averin wrote:
> i2o crashed when CONFIG_DEBUG_SG is enabled because i2o_block_request
> structure
> includes array of scatterlists that should be initialised
>
> Signed-off-by:Vasily Averin <[EMAIL PROTECTED]>
> --- a/drivers/message/i2o/i2o_block.c
> +++ b/dri
I dislike this patch:
it's not scalable/efficient to travers all the tasks
while we know the pid namespace we care about.
Kirill
Eric W. Biederman wrote:
> This patch implements task_in_pid_ns and uses it to limit cap_set_all
> and sys_kill(-1,) to only those tasks in the current pid namespace.
24 matches
Mail list logo