Today, QEMU allows machine selection using command line option -M.
Without this option, it will always take the first machine
for the given target architecture.
With my patch, QEMU first parses the name of the executable.
The string after the last '-' is interpreted as machine name.
If this
The patch enhances the Makefile with new targets
(and ignores these targets and intermediate files for CVS):
make info - create documentation in info format
make dvi - create documentation in dvi format
It also fixes some minor issues in Makefile:
* Missing config-host.mak still allows
Here is a collection of some minor patches.
They only fix spelling in comments.
Regards
Stefan
Index: cpu-exec.c
===
RCS file: /sources/qemu/qemu/cpu-exec.c,v
retrieving revision 1.78
diff -u -b -B -u -r1.78 cpu-exec.c
---
Stefan Weil wrote:
Today, QEMU allows machine selection using command line option -M.
Without this option, it will always take the first machine
for the given target architecture.
With my patch, QEMU first parses the name of the executable.
The string after the last '-' is interpreted as
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook [EMAIL PROTECTED] 06/05/14 12:07:54
Modified files:
. : .cvsignore Makefile
Log message:
Add doc, html, dvi and .PHONY Makefile targets.
Add resulting files to
On Sunday 14 May 2006 12:00, Stefan Weil wrote:
The patch enhances the Makefile with new targets
(and ignores these targets and intermediate files for CVS):
make info - create documentation in info format
make dvi - create documentation in dvi format
It also fixes some minor issues in
Hello,
There seems to be an issue with guest Windows 98 SE on qemu 0.8.1 and kqemu
1.3.0pre7, on a Linux host.
Windows 98 SE is visibly very slow; and when qemu is run with -no-kqemu, it is
actually faster.
I have this issue on two different systems:
- Intel Celeron 2400 CPU, 512M RAM,
I wrote:
There seems to be an issue with guest Windows 98 SE on qemu 0.8.1 and kqemu
1.3.0pre7, on a Linux host.
Windows 98 SE is visibly very slow; and when qemu is run with -no-kqemu, it
is actually faster.
I forgot to mention that the CPU use as per top is constantly at 100%,
almost
Mikhail Ramendik wrote:
I wrote:
There seems to be an issue with guest Windows 98 SE on qemu 0.8.1 and kqemu
1.3.0pre7, on a Linux host.
Windows 98 SE is visibly very slow; and when qemu is run with -no-kqemu, it
is actually faster.
I forgot to mention that the CPU use as per top is
В сообщении от 14 мая 2006 16:45 Brad Campbell написал(a):
Do you have the idle driver loaded in win98 as per the qemu docs?
Otherwise it will use 100% cpu, where as NT based systems know how to hlt
the processor
Thanks, I have done so now.
The situation has improved, the speed with kqemu
Hi,
ok, I think this plan is a good one. It might even be possible to run
several different machines by
starting a single QEMU emulation process. But you need some mechanism to
tell QEMU which machine(s) to run.
Of course, you could add new command line options. MIPS, for example,
could
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Paul Brook [EMAIL PROTECTED] 06/05/14 13:44:07
Modified files:
hw : pc.c
Log message:
Avoid compiler warning.
CVSWeb URLs:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
here's a little gimmick for VNC support :-)
The patch makes Qemu publish its VNC display via zeroconf if it is
called with -vnc option. The patch uses the avahi-publish helper app for
this, which comes with the Avahi suite (eg. in Debian and
Hi!
I get this error when trying to compile QEMU 0.8.1 (or CVS version)
under SuSE 10.1 and GCC 3.3.6:
-
In file included from /home/cbourque/download/qemu/usb-linux.c:29:
/usr/include/linux/usbdevice_fs.h:49: error: variable or field
`__user' declared void
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard [EMAIL PROTECTED] 06/05/14 18:11:49
Modified files:
. : vnc.c vnchextile.h
Log message:
support for all VNC pixel formats
CVSWeb URLs:
Alexander Voropay wrote:
I'm thinking about adding a new MIPS platform to the Qemu:
http://www.linux-mips.org/wiki/Mips_Malta
The Malta is very popular reference platform for the MIPS development.
There is a special Linux MIPS/Malta kernel. Montavista and many
other companies are offering a
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard [EMAIL PROTECTED] 06/05/14 18:41:52
Modified files:
hw : ne2000.c
Log message:
ne2000 buffer fulness fix (Han Zhu)
CVSWeb URLs:
Kazu wrote:
Hi,
VLAN and Tap patches for win32 are updated. I added handling for wait
objects.
http://www.h7.dion.ne.jp/~qemu-win/download/qemu-0.8.1-vlan.patch
I don't undertand this patch: the connect() is meant to be non blocking
so the 'socket_wait_event' just after is not correct. The
CVSROOT:/sources/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard [EMAIL PROTECTED] 06/05/14 21:03:52
Modified files:
pc-bios: vgabios-cirrus.bin vgabios.bin vgabios.diff
Log message:
clear screen when changing graphic mode in Cirrus
Hi, Fabrice!
For your first comment, I have to say it's not a bug in the current OS. It's
caused by the difference between ne2000's emulation and the real hardware
detail. When the receive buffer is full and the receiving side has acknowledged
the ENISR_RX signal, the hardware should raise the
Hello All,
this is the first (and most trivial) part of my MIPS-related patchset.
It adds an explanatory comment and removes some bits of dead code.
Thiemo
Index: cpu-exec.c
===
--- cpu-exec.c.orig 2006-05-15
Hello All,
this patch enables disassembly of all instructions the mips
disassembler knows about.
Thiemo
Index: qemu-work/mips-dis.c
===
--- qemu-work.orig/mips-dis.c 2006-05-15 01:13:13.0 +0100
+++ qemu-work/mips-dis.c
Hello All,
this is a general code cleanup, it simplifies some expressions and
gets rid of a few magic constants.
Thiemo
Index: qemu-work/target-mips/helper.c
===
--- qemu-work.orig/target-mips/helper.c 2006-05-07
Hello All,
This patch fixes wrong bitmasks for CP0_Context and CP0_EntryHi.
Thiemo
Index: qemu-work/target-mips/helper.c
===
--- qemu-work.orig/target-mips/helper.c 2006-05-07 23:41:39.0 +0100
+++
Hello All,
this patch splits the mfc0 operations in TB-inlined functions.
Thiemo
Index: qemu-work/target-mips/exec.h
===
--- qemu-work.orig/target-mips/exec.h 2006-05-07 23:49:06.0 +0100
+++ qemu-work/target-mips/exec.h
Hello All,
this patch takes the mtc0 operations out of line. It does this even
for relatively large functions, a followup patch in this set moves
them back. I didn't change the presumably broken interrupt handling
in mtc0_status, since a) it doesn't fail for me, and b) it would
inflate the patch
Hello All,
this patch uses symbolic constants instead of magic numbers for the
TLB handling.
Thiemo
Index: qemu-work/target-mips/cpu.h
===
--- qemu-work.orig/target-mips/cpu.h2006-05-15 01:32:21.0 +0100
+++
27 matches
Mail list logo