On Friday 16 March 2007 20:30, Igor Kovalenko wrote:
> On 3/16/07, Julian Seward <[EMAIL PROTECTED]> wrote:
> > I'm seeing redundant repz (0xF3) prefixes in generated code, typically
> > just before jumps:
> >
> > : repz mov $0xe07f,%eax
> > : mov%eax,0x20(%rbp)
> > : lea-25168302(%rip),
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook 07/03/17 01:43:01
Modified files:
target-arm : translate.c
Log message:
ARM register index+writeback fix (Lauro Ramos Venancio).
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-ar
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 07/03/17 01:27:24
Modified files:
linux-user : syscall.c
Log message:
Usermode recv syscall fix.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/syscall.c?cvsroot=qemu&r1=1.89
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
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook 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 support (
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, som
> 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,
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 Lin
.. 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 (voice
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
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 buil
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 Mon
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
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
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
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 incl
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 ?
___
> 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 mechan
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.
---
hw
> > 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 s
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 0
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 Sep
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 Linux
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
This reuses the PCI OHCI code for a IO memory-mapped OHCI host (this
is what Intel PXA and Samsung S3C processors have). Also adds
PXA-specific things in the controller, in particular four additional
registers.
I renamed usb_ohci_init to usb_ohci_init_pci for consistency. Also
includes the OHCI r
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
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
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
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
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 1
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 t
On 3/16/07, Julian Seward <[EMAIL PROTECTED]> wrote:
I'm seeing redundant repz (0xF3) prefixes in generated code, typically
just before jumps:
: repz mov $0xe07f,%eax
: mov%eax,0x20(%rbp)
: lea-25168302(%rip),%ebx # 0xaf0420
: retq
: mov-25168245(%rip),%eax # 0xaf0460
: jm
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 frame buffer. Fabrice mentioned this is not
necessary
I t
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
> > 8b50 :
> > 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 fin
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 no
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 mach
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 ?
>
>
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
> --- linux-use
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:
> >
> > : repz mov $0xe07f,%eax
> > : mov%eax,0x20(%rbp)
> > : lea-25168302(%rip),%ebx
On Friday 16 March 2007 14:15, Julian Seward wrote:
> I'm seeing redundant repz (0xF3) prefixes in generated code, typically
> just before jumps:
>
> : repz mov $0xe07f,%eax
> : mov%eax,0x20(%rbp)
> : lea-25168302(%rip),%ebx # 0xaf0420
> : retq
> : mov-25168245(%rip),%eax # 0xaf
I'm seeing redundant repz (0xF3) prefixes in generated code, typically
just before jumps:
: repz mov $0xe07f,%eax
: mov%eax,0x20(%rbp)
: lea-25168302(%rip),%ebx # 0xaf0420
: retq
: mov-25168245(%rip),%eax # 0xaf0460
: jmpq *%rax
: repz mov $0xe092,%eax
: mov%eax,0x20
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
--- linux-user/syscall.c2 Mar 2007 20:47:59 - 1.89
+++ linux-us
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
45 matches
Mail list logo
