[Qemu-devel] Unified device model

2006-04-17 Thread pete sullivan
Hi I have been following the discussion about some more dynamic way to configure and define a simulation set-up for Qemu. If You want to attract others than hard core developers, I think that an unified device model is something to aim for. With a generic device model I think you open up a sea

Re: [Qemu-devel] SPARC iommu mapping

2006-04-17 Thread Blue Swirl
Then I tried to track down this problem with gdb and strace. But unfortunately, both are segfaulting, too. This makes debugging somewhat harder... Now, I'll try to analyze the core files of the crashing programs to get an idea what's going wrong. Or do you have any idea? What's the difference be

[Qemu-devel] [PATCH] gdbstub.c fix for SIGINT

2006-04-17 Thread Jason Wessel
Attached is a patch to add the case for interrupting the gdbstub and sending the correct signal to gdb. The gdb serial protocol states that if you interrupt the stub with a "control-c" in gdb that it should stop with S02 (SIGINT) to indicate that it was interrupted. I also added the tlb flus

[Qemu-devel] qemu Makefile Makefile.target configure

2006-04-17 Thread Paul Brook
CVSROOT:/sources/qemu Module name:qemu Branch: Changes by: Paul Brook <[EMAIL PROTECTED]> 06/04/17 13:57:12 Modified files: . : Makefile Makefile.target configure Log message: Allow user to specify "install" utility. CVSWeb URLs: http://cvs

Re: [Qemu-devel] enh req: Allow ATAPI CD-ROM to be attached other than sec/master

2006-04-17 Thread Leonardo E. Reiter
Jim, thanks for the patch, it seems to work great. However, I'm attaching an updated version that fixes the following [minor] problems: 1. qemu was not correctly aborting [with help] if no arguments/disk images were specified 2. using the method "qemu [options] " no longer worked... you had

Re: [Qemu-devel] enh req: Allow ATAPI CD-ROM to be attached other than sec/master

2006-04-17 Thread Leonardo E. Reiter
Sorry, I should add that my patch also adds a simple help line for the new options. Again, minor stuff ;) Regards, Leo Reiter Leonardo E. Reiter wrote: Jim, thanks for the patch, it seems to work great. However, I'm attaching an updated version that fixes the following [minor] problems:

[Qemu-devel] Reactos SVN + Kqemu fails

2006-04-17 Thread Víctor Córcoles López
Reactos 0.3.0 SVN + kqemu fails as guest O.S. It fails in both systems, Linux host and Windows Host. Without kqemu the reactos 0.3.0 SVN runs with less bugs. In VMWARE host, this bug not apear. I Send a screenshot of failure. _ D

Re: [Qemu-devel] Reactos SVN + Kqemu fails

2006-04-17 Thread WaxDragon
This bug has been around for a while. On 4/17/06, Víctor Córcoles López <[EMAIL PROTECTED]> wrote: > Reactos 0.3.0 SVN + kqemu fails as guest O.S. It fails in both systems, > Linux host and Windows Host. Without kqemu the reactos 0.3.0 SVN runs with > less bugs. > > In VMWARE host, this bug not ap

Re: [Qemu-devel] Reactos SVN + Kqemu fails

2006-04-17 Thread Fabrice Bellard
I just made a fix for this problem and I will publish the corresponding new kqemu version ASAP. This fix also enables to launch plan9. Fabrice. Víctor Córcoles López wrote: Reactos 0.3.0 SVN + kqemu fails as guest O.S. It fails in both systems, Linux host and Windows Host. Without kqemu the re

Re: [Qemu-devel] Reactos SVN + Kqemu fails

2006-04-17 Thread Juergen Lock
On Mon, Apr 17, 2006 at 11:56:51PM +0200, Fabrice Bellard wrote: > I just made a fix for this problem and I will publish the corresponding > new kqemu version ASAP. This fix also enables to launch plan9. Did you also look at the linux 2.6.16.5 -kernel-kqemu problem I just posted about? Curious,