Blaisorblade wrote: >>I'm having trouble applying the 2.6.21-rc7-mm2 patch against 2.6.21 >>sources - lots of rejected hunks (but not all) when I run patch -p1 < >>2.6.21-rc7-mm2, and the kernel does not compile after that. I have never >>used mm kernels before and Google did not help identify my mistake. Can >>you give me a hint about how/against which target to apply this patch? > > > It will apply perfectly on top of 2.6.21-rc7, which you can find here: > > http://www.kernel.org/pub/linux/kernel/v2.6/testing/ > > Patch (on top of 2.6.20): > http://www.kernel.org/pub/linux/kernel/v2.6/testing/patch-2.6.21-rc7.bz2 > or full (40M) tarball: > http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.21-rc7.tar.bz2
Thanks for the hint! I repeated the tests with linux-2.6.21-rc7-mm2 (didn't compile right away, required a one-liner fix) and also linux-2.6.21-mm1 (didn't compile right away either, as the file required-features.h was missing in include/asm-um). Here are my current findings: 1) [Note: this has nothing to do with the previously reported problem, but might be interesting anyway:] Compiling the UML kernel on SLES10 with its shipped gcc-4.1.0 (ignoring warnings during the compilation) is a bad idea. With such a miscompiled kernel, 80% of my test cases hang at random points. 2) Using 2.6.21-rc7-mm2 and 2.6.21-mm1 (this time compiled with Debian's gcc 4.0.4) yields good results. I cannot reproduce the previously reported problem with "INIT: Id 0 respawning too fast", regardless of whether UML_REAL_TIME_CLOCK is set or not. 3) I noticed that the UML console output, which I redirected to a file with > in my wrapper shell script, was being randomly truncated. As a remedy, I changed "con0=fd:0,fd:1" to "con0=pts,fd:1" on the command line. Now I'm getting the complete console output from each run collected, which is good. 4) I am now experiencing random segmentation faults - for example, in 18 out of 842 UML instances in today's test. The root_fs is Debian stable, so I wouldn't blame it. It also does not seem to be flaky hardware, as the instances crash on different hardware nodes. In over half of the faulty cases, fsck on boot will crash: Will now check root file system:fsck 1.40-WIP (14-Nov-2006) [/sbin/fsck.ext2 (1) -- /] fsck.ext2 -a -C0 /dev/ubd0 Warning... fsck.ext2 for device /dev/ubd0 exited with signal 11. fsck died with exit status 8 My UML instances are run with a per-instance COW over a common root_fs, which is accessible via NFS. The "job" run inside of each instance is trivial, it basically counts to 10, writing to a file mounted with hostfs. So each of my test cases is basically just booting UML and shutting it down. The segmentation faults also occur elsewhere (for example, when running 'perl', 'halt', 'logsave', 'mount'...). 5) Something which I observed only once so far: the UML process does not terminate, but instead starts consuming 100% CPU time. The captured console output ends with "System halted." and does not differ from a successful run. 6) When running a UML instance to edit my root_fs (with all other instances killed, of course) I get: F_SETLK failed, file already locked by pid 934 Failed to lock 'root_fs', err = 11 Failed to open 'root_fs', errno = 11 ubda: Can't open "root_fs": errno = 11 with a subsequent Kernel panic. There is never any process with pid 934, nor any other UML instance which could be the culprit. I worked around this problem by commenting out the "goto out_close;" after os_lock_file in ubd_kern.c (risky as it may be). I'd be happy to run more tests on the cluster, possibly with verbose debug output (if you tell me how to enable it), to pin down the cause of these problems. Best regards - Jan Ploski ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ User-mode-linux-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
