CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/09/20 20:30:57
Modified files:
hw : slavio_misc.c
. : cpu-exec.c
Log message:
sun4m halt support (Blue Swirl)
CVSWeb URLs:
http://cvs.savannah.gnu.org/v
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard06/09/20 20:28:05
Modified files:
. : qemu-doc.texi
Log message:
update
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu-doc.texi?cvsroot=qemu&r1=1.109&r2=1.110
___
Please find below a patch that "works". It is probably wrong as I wrote it
by copying code from other architectures and trying until it works. Well
I am however convinced of two things:
- "return EXCP_HALTED;" causes the crash. By removing this line qemu
doesn't crash anymore, but the patch do
> Next step, I can build an integrated Qemu setup package for Windows,> that has TAP-Win32 drivers in it. (that way I will follow the standard
> rule of Windows to depend *just* on the OS itself)> But I will only do this setup, if you agree to list it on Qemu homesite. And again, it comes not to d
On Wed, Sep 20, 2006 at 05:48:48PM +0200, Blue Swirl wrote:
> >CPU suspend is not implemented for sparc guests.
> >Unlike most other targets, suspending the CPU is controlled by the system
> >chipset, not by an instruction on the CPU. See slavio_misc.c
>
> Suspending is disabled, because it crashe
Hi all again!OK, I have updated the docs, and made a patch.Please update the docs on site.
patch attached in this email. (don't know if it's filetered if you have problems with filters let me know.)
--- qemu-doc.html 2006-07-24 23:13:00.0 -0200
+++ qemu-doc-modi02.html 2006-09-20 21:16
CPU suspend is not implemented for sparc guests.
Unlike most other targets, suspending the CPU is controlled by the system
chipset, not by an instruction on the CPU. See slavio_misc.c
Suspending is disabled, because it crashes qemu. It can be tested by
tweaking slavio_misc.c and renaming the de
On Wednesday 20 September 2006 10:32, Aurelien Jarno wrote:
> Hi all,
>
> I have successully installed a Debian Etch for Sparc under qemu (CVS
> version), and successfully updated it to unstable. Everything seems to
> work correctly, the performances are ok, but I have remarked than
> qemu-system-s
I've seen this same behaviour with 2.4.x and 2.6.x kernels.
On 9/20/06, Aurelien Jarno <[EMAIL PROTECTED]> wrote:
Hi all,
I have successully installed a Debian Etch for Sparc under qemu (CVS
version), and successfully updated it to unstable. Everything seems to
work correctly, the performances
Hi all,
I have successully installed a Debian Etch for Sparc under qemu (CVS
version), and successfully updated it to unstable. Everything seems to
work correctly, the performances are ok, but I have remarked than
qemu-system-sparc is using all the CPU on the host system, while the
sparc targ
Hi, I am actually instrumenting all memory writes in softmmu, so I
shouldn't miss the writes cleaning up pages.
What i have been thinking lately is that it might be the translation
of code that causes the alerts.
I am not very familiar with how that is working, but i was wondering
whether the code
11 matches
Mail list logo