On Thu, 11 Mar 2010, Kyle McMartin wrote: > On Wed, Mar 10, 2010 at 10:20:49PM -0500, John David Anglin wrote: > > > I have the feeling that Helge's patch helps (possible resolves) the > > > minifail bug. > > > > With further testing, I find that the patch doesn't resolve the minifail > > fails on my c3750. > > > > Bummer. :( Yes. I am 95% certain that the bug has to do with the clone implementation and scheduling. I have attached another version of the minifail test. The loops after the fork and pthread_create calls are to isolate these syscalls. Typically, I see something like: Core was generated by `./minifail9s'. Program terminated with signal 11, Segmentation fault. #0 0x00000000 in ?? () (gdb) info thread 2 Thread 11537 pure_test () at minifail9.cpp:51 * 1 Thread 11538 0x00000000 in ?? () Thread 2 is in the pure_test loop after the fork call. The cause of the failure is not at all obvious to me but I am a bit concerned about the sys_clone implementation. Is it possible that the struct pt_regs gets clobbered? Dave -- J. David Anglin dave.anglin@xxxxxxxxxxxxxx National Research Council of Canada (613) 990-0752 (FAX: 952-6602) -- To unsubscribe from this list: send the line "unsubscribe linux-parisc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
