![]() | |||||||||||||
Messages in this thread |
Pavel Machek wrote: > Hi! > > > >>>+config KGDB_THREAD >>>+ bool "KGDB: Thread analysis" >>>+ depends on KGDB >>>+ help >>>+ With thread analysis enabled, gdb can talk to kgdb stub to list >>>+ threads and to get stack trace for a thread. This option also >>>enables >>>+ some code which helps gdb get exact status of thread. Thread >>>analysis >>>+ adds some overhead to schedule and down functions. You can disable >>>+ this option if you do not want to compromise on speed. >> >>Lets remove the overhead and eliminate the need for this option in favor of >>always having threads. Works in the mm kgdb... > > > No. Thread analysis is unsuitable for the mainline (manipulates > sched.c in ugly way). It may be okay for -mm, but in such case it > should better be separated. Not in the -mm version. I agree that sched.c should NEVER be treated this way and it is not in the -mm version. I also think that, most of the time, it is useful to have the thread stuff, but that may be just my usage... -- George Anzinger george@mvista.com High-res-timers: http://sourceforge.net/projects/high-res-timers/ Preemption patch: http://www.kernel.org/pub/linux/kernel/people/rml - 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 13:01 [from the cache] ©2003-2008 | |||||||||||||