From: Lorenzo Campedelli <lorenzo.campedelli@tele2.it>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Re: "sleep" segfaults on qemu-0.8.1/kqemu-1.3.0pre6
Date: Sun, 07 May 2006 17:49:16 +0200 [thread overview]
Message-ID: <445E16FC.1040100@tele2.it> (raw)
In-Reply-To: <445E058B.2080801@bellard.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
>
next prev parent reply other threads:[~2006-05-07 15:49 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-05 12:21 [Qemu-devel] "sleep" segfaults on qemu-0.8.1/kqemu-1.3.0pre6 Christian MICHON
2006-05-07 7:36 ` [Qemu-devel] " Lorenzo Campedelli
2006-05-07 14:34 ` Fabrice Bellard
2006-05-07 15:49 ` Lorenzo Campedelli [this message]
2006-05-07 19:38 ` Christian MICHON
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=445E16FC.1040100@tele2.it \
--to=lorenzo.campedelli@tele2.it \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).