Messages in this thread | | | Date | Wed, 15 May 2002 14:04:48 +0000 | From | Pavel Machek <> | Subject | Re: PATCH Multithreaded core dump support for the 2.5.14 (and 15) kernel. |
| |
Hi!
> To respond to your specific question, if a thread happens to be in > kernel mode when some other thread is dumping core (capturing > register state of other threads, to be more accurate) then > we would capture the _user mode_ register of that thread from the > bottom of it's kernel stack. GDB will show back trace untill the > thread entered kernel (int 0x80), eip will be pointing to the > instruction after the system call (return address).
Okay, what about:
Thread 1 is in kernel and holds lock A. You need lock A to dump state. When you move 1 to phantom runqueue, you loose ability to get A and deadlock.
What prevents that? Pavel -- Philips Velo 1: 1"x4"x8", 300gram, 60, 12MB, 40bogomips, linux, mutt, details at http://atrey.karlin.mff.cuni.cz/~pavel/velo/index.html.
- 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/
| |