On Sat, 11 Feb 2006, Paul Brook wrote:
Maybe a better strategy is to force generation of a register window save with
the FORCE_RET macro.
#define FORCE_RET() asm volatile("":::"o0");
Seems to do the trick.
Paul
Hi Paul,
This change does not have any effect on build failure in ppc target. T
> Thanks for your feedback. I've added additional check to dyngen.c, which
> checks that function has either save; in the beginning and ret; restore;
> in the end, or ends in retl; nop;. That allowed me to get past the arm
> target build failure. Now it fails (during dyngen check) on ppc target,
>
On Wed, 8 Feb 2006, Blue Swirl wrote:
Hi,
The last problem means that gcc decided to make a leaf function, where
save/restore is not needed. The register use is not standard, but that
shouldn't matter, because the op functions do not take arguments or return a
value.
Standard code, parsed
Sent: Friday, February 10, 2006 7:01 AM Fabrice Bellard wrote:
> Hi,
>
> I will update the documentation about "-kernel-kqemu" soon.
>
> To be short: as some people already noticed, this option allows to run
> user code and most of the kernel code on "bare metal". The result is
> usually a noticab
Hi,
THIS IS NOT AN HTML OR IE PROBLEM! It's a bug in Qemus emulation.
Here is most likely the reason for some problems that newer Windows
versions (since IE 5.x) may have caused. It is not always obvious
that IE is the reason as it is often "hidden" inside other apps.
The bug does not appear in
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook <[EMAIL PROTECTED]> 06/02/10 17:34:03
Modified files:
. : vl.c
Log message:
Avoid crash if -redir or -smb used without -net user.
CVSWeb URLs:
http://cvs.savannah.gnu.org
On Fri, Feb 10, 2006 at 12:34:10PM +0700, Mulyadi Santosa wrote:
> Hi Jim
>
> It's me again. here I send you another patch for the vde_pcap_inject.c.
> Nothing fancy here, I only did:
> - move out "open" and "close" from relay() and put them on main()
> before entering for() loop. IMHO, this w
On Fri, Feb 10, 2006 at 02:29:39PM +0100, Christian MICHON wrote:
> On 2/9/06, Jim C. Brown wrote:
> > This sounds like an interesting option. Qemu has moved one step closer to
> > VMware...
> >
>
> It hangs my XP host with 100% cpu eaten up, no way to stop qemu,
> or kqemu. I have to reboot, and
Does the copying of instructions occur in user-space or kernel-space?
I would like to port Argos to use the kernel accelerator, but i'm
unsure this is possible considering the accelerator is not open
source.
If the `parsing' and copying of instructions occurs in user-space, i
could instead of inst
On 2/9/06, Jim C. Brown wrote:
> This sounds like an interesting option. Qemu has moved one step closer to
> VMware...
>
It hangs my XP host with 100% cpu eaten up, no way to stop qemu,
or kqemu. I have to reboot, and my linux clients freezes very early
Src=CVS (yesterday 09/02/2006)
Host=XP+ming
The user still wont know the documentation has failed,
or he will have to search through the build logs.
--- Bernhard Fischer <[EMAIL PROTECTED]> a écrit :
> On Fri, Feb 10, 2006 at 09:59:55AM +0100, Michael Renzmann wrote:
> >Hi.
> >
> >On Fri, 2006-02-10 at 09:54 +0100, Bernhard Fischer wrote:
Hi.
The attached trivial patch for current CVS adds config-host-kqemu.mak to
the list of removed files in the distclean target.
Bye, Mike
Index: Makefile
===
--- Makefile (revision 4)
+++ Makefile (working copy)
@@ -35,7 +35,7 @@
Hi.
On Fri, 2006-02-10 at 10:33 +0100, Bernhard Fischer wrote:
> >That would work, but the user won't be noticed of the fact that parts of
> >the documentation isn't generated.
> Not quite, you'll get
> texi2html -monolithic etc failed
> make: Error (ignored)
>
> and the build will move on.
Uhm.
On Fri, Feb 10, 2006 at 09:59:55AM +0100, Michael Renzmann wrote:
>Hi.
>
>On Fri, 2006-02-10 at 09:54 +0100, Bernhard Fischer wrote:
>> What about just doing this
>> -install -m 644 qemu-doc.html qemu-tech.html "$(docdir)"
>
>That would work, but the user won't be noticed of the fact that par
Hi.
On Fri, 2006-02-10 at 09:54 +0100, Bernhard Fischer wrote:
> What about just doing this
> -install -m 644 qemu-doc.html qemu-tech.html "$(docdir)"
That would work, but the user won't be noticed of the fact that parts of
the documentation isn't generated.
Bye, Mike
_
On Fri, Feb 10, 2006 at 08:48:39AM +0100, Michael Renzmann wrote:
>Hi again.
>
>On Fri, 2006-02-10 at 08:43 +0100, Michael Renzmann wrote:
>> The attached patch ...
>
>... contained some stuff that should have been ignored by diff. Sorry,
>revised patch attached to this mail.
>diff -urN qemu-cvs/M
Hi again.
On Fri, 2006-02-10 at 08:43 +0100, Michael Renzmann wrote:
> The attached patch ...
... contained some stuff that should have been ignored by diff. Sorry,
revised patch attached to this mail.
Bye, Mike
diff -urN qemu-cvs/Makefile qemu-cvs-o42/Makefile
--- qemu-cvs/Makefile 2006-02-08 2
Hi.
The compilation of the latest qemu CVS version aborted due to a missing
texi2html package. In my opinion, the build shouldn't depend on
texi2html and pod2man. I suggest to make the documentation optional and
warn the user if any of the necessary tools are missing.
The attached patch modifies
18 matches
Mail list logo
