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
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
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
yep, it's fixed. Zith regqrds to -kernel-kqemu, it still generate a
TRAP unknown and hangs xp hosts...
Thanks for the quick fix.
On 5/7/06, Fabrice Bellard [EMAIL PROTECTED] wrote:
Right, it is a regression caused by a typo in kqemu 1.3.0pre6. I just
released kqemu-1.3.0pre7 which should