Heya guys,
I am trying to create my own uclibc/busybox floppy bootdisk, and am running
into an issue with the expansion of the RAMDISK... the
CPU shoots up to 100% and even leaving it overnight, it never recovers from
that situation.
I have tried it under qemu 0.7.2 and 0.8.0 in linux and
To: qemu-devel@nongnu.org
Message-ID: [EMAIL PROTECTED]
CVSROOT: /sources/qemu
Module name: qemu
Branch:
Changes by: Fabrice Bellard [EMAIL PROTECTED]
06/04/12 20:21:17
Modified files:
. : vl.c vl.h
Log message:
win32 serial port
The help message for --disable-bfx-check should be fixed.
Regards
Stefan Weil
Index: configure
===
RCS file: /sources/qemu/qemu/configure,v
retrieving revision 1.87
diff -u -b -B -u -r1.87 configure
--- configure8 Apr 2006
Hi,
I had problems with MIPS system emulation (AR7 based DSL router)
which were caused by wrong overflow exceptions.
With the patch given below emulation works. See this link for
first results: http://forum.openwrt.org/viewtopic.php?id=4381
In user mode emulation, the MIPS emulation currently
I've been too busy the last 8 months or so to do much with
qemu, but I finally just went back to basics and re-ported
my 0.6.2/0.7.0 patches with the minimal amount of changes
to get it working under Solaris 10/Solaris express and
the latest qemu-cvs (last night).
Other than the change to
Hello,
As far as the V flag is concerned, I've taken a look at the Sparc V8 reference manual (www.sparc.org/standards/V8.pdf)
We can read at page 170 for the update of the V flag for addcc and addxcc:
Vtheory = (r[rs1]31 operand231 !result31) | (!r[rs1]31 !operand231 result31)
Let's
andrzej zaborowski wrote:
Anything released to the public by anyone is legal as long as it
doesn't include (in it's content) parts of other people's
copyrighted work. In this sense, kqemu can import whatever symbols
it wants and have whatever license tag because when you download
kqemu you're
Johannes Schindelin wrote:
I do not think that kqemu benefits from being closed source, and probably
more
people with me. People will pick an open implementation before any closed
one,
even industry, they're picking up faster than you think ;^)
I did not agree with kqemu being
I will be out of the office starting 14.04.2006 and will not return until
18.04.2006.
I will respond to your message when I return. If you have a question or
concern regarding our ARM decoder or encoder software, please direct your
email to [EMAIL PROTECTED]
Best regards,
- Wolfgang Schildbach