> ... and these dumps are not reliable. Living thread may modify the
> contents of dump as it's being written out. I.e. you are getting
> false alarms - inconsistent data that was never there.
That is mathematically insoluble. Think about an SMP system, you cannot stop
the other thread in instantaneously small time
If you mean "at the time the user process trapped", pretty much this
is true.
But it _IS_ possible to capture the other threads with an SMP cross
call at the time the bad condition leading to the dump is detected.
thread_dont_schedule(t);
smp_reschedule();
t->dump_core(t);
thread_re_schedule(t);
Later,
David S. Miller
davem@redhat.com
-
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/