Daniel Dickinson a écrit : > SVN revision 4183 compiled from source exhibits the same behaviour, but > the qemu from etch (leaving everything else except the sparc bios that > needs newer qemu at lenny or unstable (trying to see if newer version > fixed lenny)) doesn't appear to. That is not entirely clear yet > because determining it's okay takes longer than it fails. > > The disk image I have for 98se (which I regenerated after I first > experienced problems, think maybe it was the image), consistently dies > (the vm that is, not a crash but a vm hang with mouse and keyboard in > host unresponsive, but switching vt brings back X response and > keyboard) within the install or two (varies) of a couple of 98se > updates. Of course this session that is working with the etch qemu > could just be luck, but considering how consistently quickly the newer > qemu dies, I am optimistic. > > At a wild guess I would think the assembler rewriting that has been > happening is the culprit.
The assembler rewritting (TGC), is not present in version 0.9.1. > For my next trick I will try the current -testing qemu and see what > happens. If it works then the problem is -unstable (0.9.1) and it > means I would have upgraded qemu to -unstable but forgotten that I > had, before the problems started, probably for some other issue. Still > since -unstable goes into -testing even if -testing works, a broken > -unstable isn't good (actually it's upstream which makes things more > difficult). > testing and unstable have the same version, 0.9.1, for about two months. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `- people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
