herbie hancock wrote:
Hello, i had also a reproducible disk crash:
info of the last good image, size is about 3,5GB
I never experienced such a bad problem with qemu before, maybe it is a
problem with qcow2 format ?
After the problems with qcow2 images which I reported here a few weeks
ago,
I'm seeing redundant repz (0xF3) prefixes in generated code, typically
just before jumps:
code_gen_buffer+415: repz mov $0xe07f,%eax
code_gen_buffer+421: mov%eax,0x20(%rbp)
code_gen_buffer+424: lea-25168302(%rip),%ebx # 0xaf0420 tbs+96
code_gen_buffer+430: retq
code_gen_buffer+431:
On Friday 16 March 2007 14:15, Julian Seward wrote:
I'm seeing redundant repz (0xF3) prefixes in generated code, typically
just before jumps:
code_gen_buffer+415: repz mov $0xe07f,%eax
code_gen_buffer+421: mov%eax,0x20(%rbp)
code_gen_buffer+424: lea-25168302(%rip),%ebx # 0xaf0420
On Friday 16 March 2007 14:28, Paul Brook wrote:
On Friday 16 March 2007 14:15, Julian Seward wrote:
I'm seeing redundant repz (0xF3) prefixes in generated code, typically
just before jumps:
code_gen_buffer+415: repz mov $0xe07f,%eax
code_gen_buffer+421: mov%eax,0x20(%rbp)
On [Fri, 16.03.2007 13:46], Raphaël Rigo wrote:
Trivial patch following
Regards,
Raphaël Rigo
===
RCS file: /sources/qemu/qemu/linux-user/syscall.c,v
retrieving revision 1.89
diff -u -r1.89 syscall.c
---
J M Cerqueira Esteves [EMAIL PROTECTED] wrote:
herbie hancock wrote:
Hello, i had also a reproducible disk crash:
info of the last good image, size is about 3,5GB
I never experienced such a bad problem with qemu before, maybe it is a
problem with qcow2 format ?
After the
On Tuesday 13 March 2007 10:21 pm, Julian Seward wrote:
0.9.0, or that the compiler/host combination used to build the qemu
binary Julian is running generated bad code for the float compares.
I used gcc 3.4.6 bootstrapped as normal ('make bootstrap; make install')
on a 64-bit machine.
On Friday 16 March 2007 18:07, Rob Landley wrote:
On Tuesday 13 March 2007 10:21 pm, Julian Seward wrote:
0.9.0, or that the compiler/host combination used to build the qemu
binary Julian is running generated bad code for the float compares.
I used gcc 3.4.6 bootstrapped as normal
8b50 op_goto_tb1:
8b50: 8b 05 00 00 00 00 mov0(%rip),%eax
8b52: R_X86_64_PC32 __op_param1+0x3c
8b56: ff e0 jmpq *%rax
8b58: f3 c3 repz retq
qemu only strips the final
I ran QEMU on Valgrind for several hours last night, including a couple
of boot-shutdown cycles of RedHat8, and lots of file copying/deletion
in the guest to get the qcow2 image up to 8GB and generally cause a lot
of disk IO. I got no memory errors whatsoever from Valgrind and got no
filesystem
On 3/16/07, Julian Seward [EMAIL PROTECTED] wrote:
I'm seeing redundant repz (0xF3) prefixes in generated code, typically
just before jumps:
code_gen_buffer+415: repz mov $0xe07f,%eax
code_gen_buffer+421: mov%eax,0x20(%rbp)
code_gen_buffer+424: lea-25168302(%rip),%ebx # 0xaf0420
On Friday 16 March 2007 2:10 pm, Julian Seward wrote:
On Friday 16 March 2007 18:07, Rob Landley wrote:
On Tuesday 13 March 2007 10:21 pm, Julian Seward wrote:
0.9.0, or that the compiler/host combination used to build the qemu
binary Julian is running generated bad code for the float
I'm sending a new version of the patch that uses Base Restored data
abort model.
Lauro
diff -ru qemu-0.9.0.orig/target-arm/translate.c qemu-0.9.0/target-arm/translate.c
--- qemu-0.9.0.orig/target-arm/translate.c 2007-03-16 11:41:28.0 -0300
+++ qemu-0.9.0/target-arm/translate.c 2007-03-16
This emulates a hard drive present in various PDAs, that connects over
PCMCIA and understands the CF-ATA command set. The drives series has
names DSCM1.
For this I add a simple API for PCMCIA cards and host slots. The
monitor command info pcmcia lists sockets and cards that sit in
them.
I
Adds an 8-port GPIO expansion chip that connects over I2C and a simple
I2C bus api.
Cheers,
Andrew
From 0babece5fd378a12a71c43791c76308751c6dc96 Mon Sep 17 00:00:00 2001
From: Andrzej Zaborowski [EMAIL PROTECTED]
Date: Fri, 16 Mar 2007 15:11:23 +0100
Subject: [PATCH] Maxim MAX7310 GPIO expander.
On Friday 16 March 2007 18:40, Anthony Liguori wrote:
Hi Julian,
Julian Seward wrote:
Here is a somewhat revised version of a patch I first made nearly
three years ago. The original thread is
http://lists.gnu.org/archive/html/qemu-devel/2004-07/msg00263.html
It still uses a shadow
Move the code that asks user for password for encrypted images, to one
places instead of having one copy in vl.c and a second one in
monitor.c. Make qemu use it for USB-mass-storage and SD cards too.
I posted this change earlier but without SD support.
Apply this on top of [PATCH] SecureDigital
Julian Seward wrote:
On Friday 16 March 2007 18:40, Anthony Liguori wrote:
Hi Julian,
Julian Seward wrote:
Here is a somewhat revised version of a patch I first made nearly
three years ago. The original thread is
http://lists.gnu.org/archive/html/qemu-devel/2004-07/msg00263.html
It
NAND chip that understands the basic NAND command set (most chips have
some own custom commands but operating systems don't use them). It can
emulate mostly all of the chips supported by Linux given the
manufacturer id and chip id, including large page devices. The table
of IDs is taken from
An audio codec used in various embedded devices, has both inputs and
outputs. Mainline linux contains the driver for it in the recently
added ASOC framework. It connects to a processor through I2C (control)
and I2S (audio data).
Cheers,
Andrew
From 18bd82a9a6929fa2de39e78f4792879afb8ae087 Mon
This is an ADC chip with eight inputs usually used for power
management (battery current measurements) on small systems and a
touchscreen controller. This chip or similar ones (7845 etc) are seen
a lot in all kinds of PDAs.
Cheers,
Andrew
From f6be7abd757e49e67b81847634c1075e222be0bc Mon Sep 17
Will this work also for the CL542x adaptor? (Does that fall in the
category of vga?) My current hack works for with/without -std-vga and I
think that's because it lives underneath both, in the connection to
SDL.
Each adapter will have to do it's own minimization but that's sort of
the
Another ADC chip, also with 8 inputs. Also has drivers in mainline Linux.
Cheers,
Andrew
From 9209db09c9b8e04becf100bd242cb38ca7ad3ca6 Mon Sep 17 00:00:00 2001
From: Andrzej Zaborowski [EMAIL PROTECTED]
Date: Fri, 16 Mar 2007 16:54:17 +0100
Subject: [PATCH] Maxim MAX1110/ ADC chip.
---
The iwMMXt has 16+ of its own registers, Does someone know if there's
any standard way for gdb to read their values so they can be printed
when you do info registers? It may be worth adding proper piece in
gdbstub.c then.
Yes, recent gdb has remote protocol bits for this. The same mechanisms
On Fri, Mar 16, 2007 at 10:24:28PM +0100, andrzej zaborowski wrote:
The iwMMXt has 16+ of its own registers, Does someone know if there's
any standard way for gdb to read their values so they can be printed
when you do info registers?
You mean something like PTRACE_GETWMMXREGS ?
This patch adds a full PXA270-based machine. In fact four different,
but similar models of the same series. Use -M spitz, -M akita, -M
borzoi or -M terrier with qemu-system-arm to select them. The board
contains a PXA processor with all its on-chip peripherals plus several
other chips including
The second shortest bootloader (hw/arm_boot.c) assumes that the RAM is
mapped at address 0 in the machine (which is false for probably more
than half of the registered ARM machines), so this adds an additional
argument to arm_load_kernel() that should receive the RAM start
address. It will offset
Just a tiny question:
With all those patches and devices that you added, is it possible to
boot/use any Windows CE variant?
Thanks,
Hetz
On 3/16/07, andrzej zaborowski [EMAIL PROTECTED] wrote:
This patch adds a full PXA270-based machine. In fact four different,
but similar models of the same
This patch contains some ugly but very useful chnages:
- in cpu-exec.c, halt the arm CPU on CPU_INTERRUPT_HALT like in other
architectures.
- wake the cpu up on CPU_INTERRUPT_EXITTB - this serves waking the
CPU up without asserting IRQ or FIQ, which is possible on PXA. Would
it be better to add a
Systems with touchscreens usually don't display a cursor (in fact they
can't know where the stylus is if it's not touching the screen in this
moment) so it makes sense to not hide the host's mouse cursor even
when grabbed. Only SDL.
Cheers,
Andrew
From e0111f822059b9905e842bb1d29e7c6fa8c65a8e
This is a small program that converts NAND Flash images from raw to
the format used by hw/nand.c. I don't know if it should be included in
qemu (it's handy for me to have it included). What it does:
- takes on standard input flash rootfs partition images generated
from some OpenEmbedded-based
gcc34 -O2 -pipe -mtune=pentium4 -march=pentium4 -Wall -O2 -g
-fno-strict-aliasing -fomit-frame-pointer -I. -I..
-I/home/njh/src/qemu/target-i386 -I/home/njh/src/qemu -D_GNU_SOURCE
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/home/njh/src/qemu/fpu
-DHAS_AUDIO -I/home/njh/src/qemu/slirp
.. so now that aio is in, and whatever existed before is out, has anybody
come up with a way to support host os's that do not have aio?
Thanks,
--
Todd Fries .. [EMAIL PROTECTED]
_
| \ 1.636.410.0632
Hi,
On 16/03/07, Hetz Ben Hamo [EMAIL PROTECTED] wrote:
Just a tiny question:
With all those patches and devices that you added, is it possible to
boot/use any Windows CE variant?
Short answer is with only these patches, no. I believe Windows doesn't
run on the Spitz PDA - it comes with
ifeq ($(ARCH),x86_64)
+OP_CFLAGS+= -mtune=nocona -W -Wall -O4
BASE_LDFLAGS+=-Wl,-T,$(SRC_PATH)/$(ARCH).ld
endif
That works. Thanks.
J
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Hi,
QEMU MIPS emulation fails with code using illegal commands
in the delay slot of a branch.
I had an endless loop with QEMU running the firmware of a
MIPS based router.
MIPS says: branches, jumps, ... instructions should not be
placed in the delay slot of a branch or jump.
Nevertheless, some
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook pbrook 07/03/16 23:58:11
Modified files:
. : cpu-all.h cpu-defs.h cpu-exec.c exec.c
gdbstub.c
target-arm : translate.c
Log message:
Watchpoint
Stefan Weil wrote:
Hi,
QEMU MIPS emulation fails with code using illegal commands
in the delay slot of a branch.
I had an endless loop with QEMU running the firmware of a
MIPS based router.
MIPS says: branches, jumps, ... instructions should not be
placed in the delay slot of a branch
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook pbrook 07/03/17 01:27:24
Modified files:
linux-user : syscall.c
Log message:
Usermode recv syscall fix.
CVSWeb URLs:
Hi Folks,
thank you VERY MUCH for bringing qemu to us.
I would like to see this little modification, honoring the
setting of the TMPDIR environment variable. Then I can use
the snapshot mode even if my /tmp directory is small in
size:
The diff is based on the qemu-0.9.0 release.
--- block.c+
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook pbrook 07/03/17 01:43:01
Modified files:
target-arm : translate.c
Log message:
ARM register index+writeback fix (Lauro Ramos Venancio).
CVSWeb URLs:
41 matches
Mail list logo
