On Wed, 16 Aug 2006, Thiemo Seufer wrote:
Dirk Behme wrote:
Hi,
I'm not sure, but while playing with MIPS interrupts, it
seems to me that something with reset of interrupt flag
MIPS_HFLAG_EXL (0x04) at exception exit (eret) is wrong. It
seems to me that only one interrupt is executed because
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard bellard 06/08/18 09:32:04
Modified files:
hw : cirrus_vga.c vga.c vga_int.h
Log message:
fixed VGA resolutions with height 1024
CVSWeb URLs:
Marius Groeger wrote:
On Wed, 16 Aug 2006, Thiemo Seufer wrote:
Dirk Behme wrote:
Hi,
I'm not sure, but while playing with MIPS interrupts, it
seems to me that something with reset of interrupt flag
MIPS_HFLAG_EXL (0x04) at exception exit (eret) is wrong. It
seems to me that only one
QEMU Version: 0.8.1Debian Package version: 0.8.1-1I'm running Windows 2000 Server SP4 under QEMU, created a disk image for it. Windows 2000 was already installed on /dev/hdc, and I needed to give it more space, so I created it with qemu-img. The new image is in the qcow format.
Under Windows 2000,
CR0=e001003b CR2=000b6315 CR3=0d77d000 CR4=0690
Unsupported return value: 0x
This is a kqemu bug.
Paul
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Thank you. At least I can still use LDM without the kqemu module, right?ReneOn 8/18/06, Paul Brook
[EMAIL PROTECTED] wrote: CR0=e001003b CR2=000b6315 CR3=0d77d000 CR4=0690
Unsupported return value: 0xThis is a kqemu bug.Paul-- [EMAIL PROTECTED],
[EMAIL PROTECTED],[EMAIL PROTECTED]
Are the new arm targets, versatile[ap]b expected to be working?
On ubuntu-5, building 0.8.2 yields a binary which can run the other two
targets, but which hangs after printing the monitor prompt on either of
these.
--rich
(apologies if you see this twice. I thought I sent it yesterday, but I
Hi,
I've been using QEMU for some time now, and am very pleased with it. Thank
you for the great product. However, it seems to me that current CVS version
(at least on Windows XP host) is entering into an infinite loop at startup,
eating 97% of the CPU power. On the title it shows QEMU [Stopped],
Hi!This patch adds handling of multi-byte NOPs, recent gcc/gas uses them for x86 code padding.Patch checked with current opensuse-factory x86 guest installation which is built with new gcc/gas tools.--
Kind Regards,Igor V. Kovalenko
Index: target-i386/translate.c
On Saturday 19 August 2006 00:40, Igor Kovalenko wrote:
Hi!
This patch adds handling of multi-byte NOPs, recent gcc/gas uses them for
x86 code padding.
Patch checked with current opensuse-factory x86 guest installation which is
built with new gcc/gas tools.
According to my amd64
10 matches
Mail list logo