On Thursday 10 March 2005 03:13 am, Gerd Knorr wrote: > Ouch. I've never seen that myself though, works perfectly fine for me. > Could be somehow related to the scrambled compiler logs reported a few > weeks ago, maybe the tty/line buffer handling is broken ...
I've done some more debugging on that, and I can reproduce it at will on any machine now. The problem is that if the process that is on the other end of UML's output pipe gets stopped (like the Xterm consuming the UML output), its retry logic is borked. I have a more detailed analysis with debug info on another machine (I'll try to dig that up later tonight), but really briefly, find out the PID of the xterm you're running in, I.E. the parent process of the shell you're going to run it under ("ps" followed by "ps l" should do it). Then set up a dumb little script ala while /bin/true do kill -STOP $PID sleep 1 kill -CONT $PID sleep 1 done And now run UML and do and extract a tarball under it or something, and watch the output go bananas. The requeue logic handling -EAGAIN requeues the data that's already on the buffer, not the new data that should go ON the buffer. That's why the stuttering. (What happens when the 4k buffer fills up is anybody's guess. I think data just gets dropped.) Rob ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel