Blue Swirl writes:
> 2011/9/29 Lluís Vilanova :
>> +static uint64_t control_io_read(void *opaque, target_phys_addr_t addr,
>> unsigned size)
>> +{
>> + State *s = opaque;
>> +
>> + uint64_t res = ldq_p(&s->size);
>> + uint8_t *resb = (uint8_t*)&res;
>> + return resb[addr % CTRL_BYTES]
On 09/29/2011 11:49 PM, Lluís Vilanova wrote:
Blue Swirl writes:
2011/9/29 Lluís Vilanova:
+static uint64_t control_io_read(void *opaque, target_phys_addr_t addr,
unsigned size)
+{
+State *s = opaque;
+
+uint64_t res = ldq_p(&s->size);
+uint8_t *resb = (uint8_t*)&res;
+return
On 09/29/2011 11:49 PM, Lluís Vilanova wrote:
Blue Swirl writes:
2011/9/29 Lluís Vilanova:
+static uint64_t control_io_read(void *opaque, target_phys_addr_t addr,
unsigned size)
+{
+State *s = opaque;
+
+uint64_t res = ldq_p(&s->size);
+uint8_t *resb = (uint8_t*)&res;
+return
The Buildbot has detected a new failure on builder default_x86_64_rhel5 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/default_x86_64_rhel5/builds/24
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: kraxel_rhel5
Build
This allows us to generate unwind info for the dynamicly generated
code in the code_gen_buffer. Only i386 is converted at this point.
Signed-off-by: Richard Henderson
---
elf.h |1 +
exec.c|9 +++
tcg/i386/tcg-target.c | 125 +
Thanks Peter!
Here's a reworked patch.
From 7af8e24d6cbd9170a206b6aaac164e3934312b7c Mon Sep 17 00:00:00 2001
From: David Mirabito
Date: Fri, 24 Jul 2009 11:43:14 +1000
Subject: [PATCH 53/57] Fix sp804 read/write for second timer.
Properly implement the dual-timer read/write for the sp804 dual
I used the default 'memory/queue' branch when I filed this bug.
The master tree doesn't have these two bugs, and I'll mark the bugs as invalid.
Mark as invalid.
** Changed in: qemu
Status: New => Invalid
--
You received this bug notification because you are a member of qemu-
devel-ml, wh
I used the default 'memory/queue' branch when I filed this bug.
The master tree doesn't have this bug.
Mark as invalid.
** Changed in: qemu
Status: New => Invalid
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.la
Hi, Blue
> I don't think it is possible. The only non-device cases for x86 are
> tb_invalidate_phys_page_range(), cpu_x86_set_a20() and
> do_inject_x86_mce(), none of which should be reachable from user
> emulator.
>
> Maybe these should be #ifdeffed out from user emulator builds.
I am not sur
On Thu, Sep 29, 2011 at 03:17:11PM +0200, Alexander Graf wrote:
> On 29.09.2011, at 08:45, David Gibson wrote:
[snip]
> > diff --git a/hw/spapr.c b/hw/spapr.c
> > index b118975..ba9ae1c 100644
> > --- a/hw/spapr.c
> > +++ b/hw/spapr.c
> > @@ -29,6 +29,9 @@
> > #include "elf.h"
> > #include "net.h"
Hi,
I am trying to run VMWare ESXi 4.1 Update 1 under qemu/kvm as a guest OS. It's
an experiment to see if it is at-all possible.
I am facing a problem where I see a guest OS crash at initial boot-up.
My questions are -
- Is VMWare ESX/ESXi supported as a guest OS ?
- If not, Is there any plan t
On 09/21/2011 08:34 PM, Anthony Liguori wrote:
For any major feature that you're targeting to the next release, you
should:
# Make sure that you've posted a patch series to qemu-devel
# Write a Feature page on the qemu.org wiki describing the feature and
the motivation
# On the release pla
On Thu, Sep 29, 2011 at 03:29:59PM +0200, Alexander Graf wrote:
> On 29.09.2011, at 08:45, David Gibson wrote:
[snip]
> > +int kvmppc_remove_spapr_tce(void *table, int fd, uint32_t window_size)
>
> Hrm. Is this ever called somewhere?
Not yet. It will be needed when we refactor the TCE bypass sup
Currently, virtio devices are usually presented to the guest as an
emulated PCI device, virtio_pci. Although the actual IO operations
are done through system memory, the configuration of the virtio device
is done through the one PCI IO space BAR that virtio_pci presents.
But PCI IO space (aka PIO
On Thu, 29 Sep 2011 18:09:48 +0530, Harsh Prateek Bora
wrote:
> Plan is to replace the existing debug infrastructure with Qemu tracing
> infrastructure so that user can dynamically enable/disable trace events and
> therefore a meaningful trace log can be generated which can be further
> filtered
On Thu, 29 Sep 2011 18:09:49 +0530, Harsh Prateek Bora
wrote:
> Removing the existing debug infrastrucure as proposed to be replaced by
> Qemu Tracing infrastructure.
>
> Signed-off-by: Harsh Prateek Bora
virtio-9p-debug give a symbolic name for different 9p operation. Can you
add a simple tra
When access PPCE500_PCI_IW1 the previous index get overflow.
The patch fix the issue and update all to keep consistent style.
Signed-off-by: Liu Yu
---
v2:
also apply idx for outbound to keep consistent style.
hw/ppce500_pci.c | 38 ++
1 files changed, 22 i
Put trailing statements on next line.
Signed-off-by: Liu Yu
---
hw/ppce500_pci.c | 76 +++--
1 files changed, 56 insertions(+), 20 deletions(-)
diff --git a/hw/ppce500_pci.c b/hw/ppce500_pci.c
index 2db365d..0ece422 100644
--- a/hw/ppce500_pci.c
On Thu, Sep 29, 2011 at 12:31:39PM +0200, Paolo Bonzini wrote:
> On 09/29/2011 06:19 AM, David Gibson wrote:
> >This patch updates the SLOF submodule and recompiled image. The new
> >SLOF versions contains two changes of note:
> >
> > * The previous SLOF has a bug in SCSI condition handling that
On 2011-09-29 21:45, Blue Swirl wrote:
> On Wed, Sep 28, 2011 at 9:18 PM, Jan Kiszka wrote:
>> On 2011-09-28 20:01, Blue Swirl wrote:
>>>
>>> On Wed, Sep 28, 2011 at 11:00 AM, Jan Kiszka
>>> wrote:
As we clearly modify the PIC state on pic_reset, we also have to update
the IRQ outp
From: Jan Kiszka
Signed-off-by: Jan Kiszka
---
Changes in v2:
- keep slavio_intctl local, introduce sun4m_pic/irq_info instead
hw/an5206.c | 10 --
hw/arm_pic.c| 11 ---
hw/cris_pic_cpu.c |6 --
hw/etraxfs.h|1 +
hw/lm
101 - 121 of 121 matches
Mail list logo
