From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FclVZ-0006Ra-Ik for qemu-devel@nongnu.org; Sun, 07 May 2006 11:49:21 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FclVY-0006Qr-8h for qemu-devel@nongnu.org; Sun, 07 May 2006 11:49:21 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FclVX-0006Qh-UZ for qemu-devel@nongnu.org; Sun, 07 May 2006 11:49:19 -0400 Received: from [212.247.155.77] (helo=swip.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FclWB-0003Km-Aq for qemu-devel@nongnu.org; Sun, 07 May 2006 11:49:59 -0400 Received: from [83.176.18.74] (HELO [10.10.10.128]) by mailfe11.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 22352167 for qemu-devel@nongnu.org; Sun, 07 May 2006 17:49:17 +0200 Message-ID: <445E16FC.1040100@tele2.it> Date: Sun, 07 May 2006 17:49:16 +0200 From: Lorenzo Campedelli MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: "sleep" segfaults on qemu-0.8.1/kqemu-1.3.0pre6 References: <46d6db660605050521t8eab9eajff24cf235acddaf2@mail.gmail.com> <445E058B.2080801@bellard.org> In-Reply-To: <445E058B.2080801@bellard.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Just tried kqemu-1.3.0pre7 and it works great now. I still have some problems when using -kernel-kqemu, but I couldn't tell exactly what... It looks not stable, sometimes it just doesn't finish the linux boot, for instance. I'll let you know more when/if I have more clear ideas ;). Thanks for your work! Regards, Lorenzo Fabrice Bellard wrote: > Right, it is a regression caused by a typo in kqemu 1.3.0pre6. I just > released kqemu-1.3.0pre7 which should correct the issue. Windows 98 > should also work again with it. > > Regards, > > Fabrice. > > Lorenzo Campedelli wrote: > >> I see this also. >> >> host is Fedora Core 4 >> guest is a 2.4 kernel >> >> It seems to die in modify_ldt(), the libc function just after >> returning from the modify_ldt() system call, if I understand the traces. >> >> This doesn't happen using the same qemu with kqemu-1.3.0pre5. >> >> Attached are gdb and strace output, in case they can tell something >> more... >> >> Regards, >> Lorenzo >> >> >> Christian MICHON wrote: >> >>> Host: winXP pro >>> Guest: Redhat 7.2 >>> >>> when kqemu (user mode) is active, "sleep 1" segfaults each time. >>> With kqemu disabled, no problem >>> >>> -- >>> Christian > > > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel >