lkml.org 
[lkml]   [2005]   [Jan]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [BUG] mm_struct leak on cpu hotplug (s390/ppc64)

* Nathan Lynch <nathanl@austin.ibm.com> wrote:

> What about something like this? Tested on ppc64.

> migrate_nr_uninterruptible(rq);
> BUG_ON(rq->nr_running != 0);
>
> + /* Must manually drop reference to avoid leaking mm_structs. */
> + mmdrop(rq->idle->active_mm);
> +
> /* No need to migrate the tasks: it was best-effort if
> * they didn't do lock_cpu_hotplug(). Just wake up
> * the requestors. */

this doesnt look correct to me, because we might end up pulling the rug
(the pagetables) from under the idle task on that CPU. This can happen
in two ways: 1) there's no direct synchronization between a dead CPU
having called into cpu_die() and the downing CPU doing the mmdrop(), so
we might end up dropping it before the idle has entered the final loop
and is still executing kernel code, 2) even when the dead idle task is
already in its final loop there's no generic guarantee that an mmdrop()
can be done - e.g. on x86 the kernel pagetables are mixed up with the
user pagetables and an mmdrop() in case of lazy-TLB might end up zapping
the idle task's pagetables which might break in subtle ways.

the correct solution i think would be to call back into the scheduler
from cpu_die():

void cpu_die(void)
{
if (ppc_md.cpu_die)
ppc_md.cpu_die();
+ idle_task_exit();
local_irq_disable();
for (;;);
}

and then in idle_task_exit(), do something like:

void idle_task_exit(void)
{
struct mm_struct *mm = current->active_mm;

if (mm != &init_mm)
switch_mm(mm, &init_mm, current);
mmdrop(mm);
}

(completely untested.) This makes sure that the idle task uses the
init_mm (which always has valid pagetables), and also ensures correct
reference-counting. Hm?

Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:09    [W:0.067 / U:0.056 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site