[lkml]   [2002]   [May]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRE: PATCH Multithreaded core dump support for the 2.5.14 (and 15) kernel.
See attached unit test code.  its not very pretty...

These are NOT exhaustive tests, yet they are a reasonable attempt at unit
testing / exercising the feature to check for stability issues. My stress
test was to induce core dumps in these test programs while running the IBM
chat room benchmark. The XMM.c program was written by Rao Bharata as part
of the 2.4.17 tcore testing. I don't remember who wrote test.c, but ptest.c
is my fault.

I know that the i386 elf core file note sections only contain the class of
register data that's restored by __switch_to. So I suppose a kernel thread,
like the migration_thread, or ksoftirq "could" dump core and GDB could do a
bt on such a dump. However; these note sections only contain any data that
can be accessed from a non-privileged processor modes and your mileage will


> -----Original Message-----
> From: Erich Focht []
> Sent: Tuesday, May 14, 2002 8:36 AM
> To:
> Cc: Linus Torvalds;; Vamsi Krishna S .
> Subject: Re: PATCH Multithreaded core dump support for the 2.5.14 (and
> 15) kernel.
> Hi Mark!
> Thanks for sending the new patch, I'd be interested in the
> testprograms :-)
> BTW: any idea what happens when a thread which is suspended
> happens to be in
> kernel mode? Guess this could be possible with 2.5.X... Does
> gdb handle that?
> Regards,
> Erich
> On Monday 13 May 2002 21:17, you wrote:
> > The following patch for 2.5.14 kernel, applies cleanly to the 2.5.15
> > kernel.
> >
> > This work has been tested on the 2.5.14 kernel using a few pthread
> > applications to dump core, from SIGQUIT and SIGSEV. This
> unit test has been
> > done on both 2 and 4 way systems. Further, some stress
> testing has been
> > done where, the core files have been created while the
> system is under
> > schedule stress from the chat room benchmark running while
> creating the
> > core files. This implementation seems to be quit stable
> under a busy
> > scheduler, YMMV. These test programs are available uppon request ;)

[unhandled content-type:application/octet-stream][unhandled content-type:application/octet-stream]
 \ /
  Last update: 2005-03-22 13:22    [W:0.131 / U:1.480 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site