On Saturday 22 January 2005 17:34, Rob Landley wrote: > On Friday 21 January 2005 02:58 pm, Blaisorblade wrote: > > That is -mm1, I've already looked at both... the patches listed below are > > minor fixes / improvements... > > > > The name of the 2.6.11-rc1-mm2 patch which probably fixed your issue is: > > > > uml-fix-a-stack-corruption-crash.patch > > I reverted that patch, rebuilt vmlinux, tried again, and it's happily > halfway through the binutils build as I type. That fix doesn't seem to be > it. (Makes a certain amount of sense, since I wasn't seeing a crash, I was > seeing a hang.) Hmm, and so what is fixing your problem? It's difficult to tell in this case... > > If it's not a problem, try removing it from -mm2 and recompiling, and > > test if you get the crash with the new kernel (which is what I expect)... > > > > > More later, lunch is over... > > > > Here, now, I must go to dinner... bye! > > Another interesting point is that with -mm2 (patched or unpatched), I'm > seeing output hiccups when the system swaps. Host or guest? If it's the host system, then my idea about it (a locking problem) is a good explaination, but if it's the guest system to swap I haven't clear why it works (not investigated well yet, through). > Here's a cut and paste of a > section where it was extracting the binutils tarball: > > binutils-2.14/gas/testsuite/gas/hppa/unsorted/common.s > binutils-2.14/gas/testsuite/gas/hppa/unsorted/fragbug.s > binutils-2.14/gas/testsuite/gas/hppa/unsorteortedrted/ted/ged/gld/glo/globg >lobalobalobalbbalbualbuglbug.bug.sug.sg.s.ss > binutils-2.14/gas/testsuite/gas/hppa/unsorted/importbug.s > > And later on... > > binutils-2.14/ld/testsuite/ld-sparc/tlssunbin64.dd > binutils-2.14/ld/testsuite/ld-sparc/tlssunbin64.rd > binutils-2.14/ld/testsuite/lde/ld-/ld-sld-spd-spa-sparsparcparc/arc/trc/tlc >/tls/tlsstlssulssunssunbsunbiunbinnbin6bin64in64.n64.s64.s4.s.ss > binubinutinutinutilutilstils-ils-2ls-2.s-2.1-2.142.14/.14/l14/ld4/ld//ld/tl >d/ted/tes/testtestsestsustsuitsuitsuiteuite/ite/lte/lde/ld-/ld-sld-spd-spa-s >parsparcparc/arc/trc/tlc/tls/tlsstlssulssunssunbsunbiunbinnbin6bin64in64.n64 >.s64.sd4.sd.sdsd binutils-2.14/ld/testsuite/ld-sparc/tlssunbin64.td > binutils-2.14/ld/testsuite/ld-sparc/tlssunbinpic32.s > binutils-2.14/ld/testsuite/ld-sparc/tlssunbinpic64.s > binutils-2.14/ld/testsuite/ld-sparc/tlssunnopic32.dd > > It did it about five or six times, that I noticed. (And it did it before I > reverted the stack fix patch, so that's not it.) > > I had all that output piped to tee, which output it to out.txt, and the > corresponding line of out.txt isn't glitched, so it seems to just be a > cosmetic bug in the display code. But I thought I'd report it anyway. Good thing, thanks... > I'm > using stdin/stdout as the console. (And even though you put it into raw > mode, I still can't ctrl-c out of the processs I'm running, either.)
Does this happen in -bb4 too? Also, does it happen even if you use a xterm console? > Rob Well, am I right if I suppose the other version you tested (with success) is only 2.6.9-bb4, for this console issue? There is a patch which was merged in 2.6.10-mm1 (IIRC), which changes heavily the I/O core... I'm CC:ing the author for more investigation. However, I'm not sure that patch is at fault... there is a locking problem which *could* maybe be responsible of this...; I actually wonder about why this locking problem has never shown up in reports or in testing (it exists, only it's a race condition)... there is a situation where it shows up with a side effect, indeed, so the problem exists... -- Paolo Giarrusso, aka Blaisorblade Linux registered user n. 292729 http://www.user-mode-linux.org/~blaisorblade ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
