14.11.2013 22:07, Stefan Weil wrote:
Commit 1d984a67a95d88f3e708b077dab8adeb47c38c93 added the -B switch
unconditionally. This breaks Python versions before 2.6 which don't
support that switch.
Now configure adds -B only if it is accepted by the Python interpreter.
This modification
Hello
I'm new to the list and I'm looking to do some qemu hacking... so I'm
reading through the sources. I've noticed that when e.g. helper functions
for instructions need to read from the memory of the guest address space
(for instance, based on an address passed in an operand) they use macros
$(PYTHON) is a Make variable which is set by configure.
In all other places over the tree, .py files are run from
Makefiles using this variable, except of a single leftover
in hw/i386/Makefile.obj (and a nearby place in there uses
$(PYTHON) correctly). Fix this leftover too.
Signed-off-by:
Am 16.11.2013 11:14, schrieb Michael Tokarev:
$(PYTHON) is a Make variable which is set by configure.
In all other places over the tree, .py files are run from
Makefiles using this variable, except of a single leftover
in hw/i386/Makefile.obj (and a nearby place in there uses
$(PYTHON)
On Fri, Nov 15, 2013 at 12:25:30PM -0700, Eric Blake wrote:
On 11/15/2013 10:40 AM, Michael R. Hines wrote:
This is unrelated to RDMA - accessing the /dev/infiniband
device nodes is already supported by libvirt my modifying
the configuration file in /etc and that works just fine.
On 16 November 2013 10:07, Michael Tokarev m...@tls.msk.ru wrote:
14.11.2013 22:07, Stefan Weil wrote:
Commit 1d984a67a95d88f3e708b077dab8adeb47c38c93 added the -B switch
unconditionally. This breaks Python versions before 2.6 which don't
support that switch.
Now configure adds -B only if it
16.11.2013 15:10, Peter Maydell wrote:
Just a question since we were discussing this on IRC -- are you going
to remove the non-buildfix/bugfix patches from the trivial queue so
the buildfixes go into 1.7?
Yes, please see
On 16 November 2013 11:45, Michael Tokarev m...@tls.msk.ru wrote:
16.11.2013 15:10, Peter Maydell wrote:
Just a question since we were discussing this on IRC -- are you going
to remove the non-buildfix/bugfix patches from the trivial queue so
the buildfixes go into 1.7?
Yes, please see
This patch is wrong!
Am 14.11.2013 19:07, schrieb Stefan Weil:
Commit 1d984a67a95d88f3e708b077dab8adeb47c38c93 added the -B switch
unconditionally. This breaks Python versions before 2.6 which don't
support that switch.
Now configure adds -B only if it is accepted by the Python interpreter.
Commit 1d984a67a95d88f3e708b077dab8adeb47c38c93 added the -B switch
unconditionally. This breaks Python versions before 2.6 which don't
support that switch.
Now configure adds -B only if it is accepted by the Python interpreter.
This modification introduces a small incompatibility because -B
Since QEMU is part of android emulator, I don't know how to configure it to
only compile for ARM target. Is there any way that I just add the code for
ARM target? Or if anyone else has any suggestion on how to compile android
emulator only for ARM.
Thanks,
FArdin
On Wed, Nov 13, 2013 at 1:59
Hi,
I need to deal with all the load and store functions in ARM architecture.
Basically, I want to record all the load and store instructions along with
their address.
There is a TLB in QEMU that is flushed with every context switch. So, as I
understand, for every data request to memory, QEMU
On 15 November 2013 23:37, Fardin Abdi fardin.a...@gmail.com wrote:
I need to deal with all the load and store functions in ARM architecture.
Basically, I want to record all the load and store instructions along with
their address.
There is a TLB in QEMU that is flushed with every context
From: zhouy zhouyuan.f...@cn.fujitsu.com
Date: Sun, 17 Nov 2013 09:24:38 -0500
Subject: [PATCH 4/4] add the reset-pin in Max7310 and the GPIO will be
reseted by the reset signal(active low) when necessary
Signed-off-by: zhouy zhouyuan.f...@cn.fujitsu.com
---
qemu-master/hw/gpio/max7310.c |
14 matches
Mail list logo