Hi,
please pull these patches from January.
Thanks,
Stefan Weil
The following changes since commit b55c952aea6de024bf1a06357b49367fba045443:
Merge remote-tracking branch 'aneesh/for-upstream' into staging (2012-02-27
11:19:27 -0600)
are available in the git repository at:
git://qemu.w
Remove some include statements which are not needed.
Cc: Aurelien Jarno
Signed-off-by: Stefan Weil
---
target-sh4/translate.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/target-sh4/translate.c b/target-sh4/translate.c
index aacf96d..dd0ee4b 100644
--- a/target-
config.h was missing in cpu.h.
Acked-by: Michael Walle
Signed-off-by: Stefan Weil
---
target-lm32/cpu.h |1 +
target-lm32/helper.c|5 -
target-lm32/translate.c |8
3 files changed, 1 insertions(+), 13 deletions(-)
diff --git a/target-lm32/cpu.h b/target-lm32/
The change in cpu.h is needed when HOST_LONG_BITS is defined in qemu-common.h.
Cc: Richard Henderson
Signed-off-by: Stefan Weil
---
target-alpha/cpu.h |1 +
target-alpha/translate.c |5 -
2 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/target-alpha/cpu.h b/targe
The change in cpu.h is needed when HOST_LONG_BITS is defined in qemu-common.h.
Cc: Edgar E. Iglesias
Signed-off-by: Stefan Weil
---
target-cris/cpu.h |3 +++
target-cris/helper.c|4
target-cris/mmu.c |5 -
target-cris/translate.c |7 ---
4 files chan
Remove some include statements which are not needed.
Acked-by: Max Filippov
Signed-off-by: Stefan Weil
---
target-xtensa/core-dc232b.c |1 -
target-xtensa/core-fsf.c|1 -
target-xtensa/helper.c |1 -
3 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/target-xten
config.h was missing in cpu.h.
Signed-off-by: Stefan Weil
---
target-m68k/cpu.h |1 +
target-m68k/helper.c|5 -
target-m68k/translate.c |6 --
3 files changed, 1 insertions(+), 11 deletions(-)
diff --git a/target-m68k/cpu.h b/target-m68k/cpu.h
index 0667f82..4cc3a3
On Tue, Feb 28, 2012 at 01:20:47PM -0600, Anthony Liguori wrote:
> On 02/28/2012 01:17 PM, Avi Kivity wrote:
> >On 02/28/2012 09:14 PM, Anthony Liguori wrote:
> >>On 02/28/2012 12:15 PM, Avi Kivity wrote:
> >>>On 02/28/2012 08:13 PM, Anthony Liguori wrote:
>
> FWIW, I'm processing this PUL
On 2012-02-28 23:18, Stefan Weil wrote:
> Am 17.02.2012 16:45, schrieb Jan Kiszka:
>> In case we requeued a packet that was the head of a longer session
>> queue, we failed to restore this ordering. Also, we did not properly
>> deal with changes to Slirp::next_m.
>>
>> Instead of a cumbersome roll
On 24.02.2012, at 01:23, David Gibson wrote:
> From: Benjamin Herrenschmidt
>
> If the kernel page size is larger than TARGET_PAGE_SIZE, which
> happens for example on ppc64 with kernels compiled for 64K pages,
> the dirty tracking doesn't work.
>
> Cc: Avi Kivity
> Cc: Marcelo Tossatti
>
>
Hello,
Am 28.02.2012 20:57, schrieb Izik Eidus:
> On Tue, Feb 28, 2012 at 2:50 PM, Yan Vugenfirer
> wrote:
>> On Tue, Feb 28, 2012 at 6:43 PM, malc wrote:
>>> On Tue, 28 Feb 2012, Yan Vugenfirer wrote:
@@ -0,0 +1,146 @@
+/*
+ * QEMU VMWARE paravirtual devices - auxiliary code
>>>
The following 3-patch series performs conversion of read and
write methods of block drivers into bdrv_rw_vector with
additional is_write argument.
Current I/O request path is twisted so much that it becomes
very difficult to follow. A read or write request goes from
common io routine to individu
In block.c, we combine bdrv_co_do_readv(), bdrv_co_do_writev() and
bdrv_co_do_write_zeroes() into single routine, bdrv_co_do_rw_vector(),
and remove lots of now unneded helper functions.
sheepdog driver already had sd_co_rw_vector() which half-combined
read and write paths.
qcow and qcow2 block d
More or less trivial conversion.
This also fixes a few bugs in several block drivers which
provide only read but not write or the reverse. The code
allowed to use such drivers in readwrite mode. Affected
drivers: bochs, cloop, dmg, parallels, vvfat_write_target.
Some block drivers gained multip
iscsi block driver may receive some additional work. For now, some
common code has been moved out of iscsi_aio_writev() and iscsi_aio_readv()
into iscsi_aio_rw_vector(). Leftovers there can be optimized further,
and consolidated into the rw_vector too. Read and write callbacks are
consolidated a
At 02/28/2012 06:45 PM, Gleb Natapov Wrote:
> On Tue, Feb 28, 2012 at 11:19:47AM +0100, Jan Kiszka wrote:
>> On 2012-02-28 10:42, Wen Congyang wrote:
>>> At 02/28/2012 05:34 PM, Jan Kiszka Wrote:
On 2012-02-28 09:23, Wen Congyang wrote:
> At 02/27/2012 11:08 PM, Jan Kiszka Wrote:
>> On
You may want to just put those includes inside an '#ifdef MIPS_DEBUG_DISAS'
instead of removing them.
Although I suppose we could just add back the minimum needed along with the
patches to fix the compile when MIPS_DEBUG_DISAS is defined.
-Original Message-
From: qemu-devel-bounces+eric
At 02/28/2012 07:23 PM, Avi Kivity Wrote:
> On 02/27/2012 05:01 AM, Wen Congyang wrote:
>> We can know the guest is paniced when the guest runs on xen.
>> But we do not have such feature on kvm. This patch implemnts
>> this feature, and the implementation is the same as xen:
>> register panic notif
Hi,
There is a typo in i440FX init code. This is causing problems when
somebody wants to access 64bit PCI range.
Signed-off-by: Alexey Korolev
---
hw/piix_pci.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/piix_pci.c b/hw/piix_pci.c
index 3ed3d90..aab8188 10064
On Wed, Feb 29, 2012 at 12:32:51AM +0100, Alexander Graf wrote:
>
> On 24.02.2012, at 01:23, David Gibson wrote:
>
> > From: Benjamin Herrenschmidt
> >
> > If the kernel page size is larger than TARGET_PAGE_SIZE, which
> > happens for example on ppc64 with kernels compiled for 64K pages,
> > th
On 29.02.2012 07:26, 陳韋任 wrote:
On Tue, Feb 28, 2012 at 08:10:58AM +, Peter Maydell wrote:
On 28 February 2012 03:13, Evgeny Voevodin wrote:
I wanted to get some feedback and points to show up a direction to move in
this field.
And qomification of translation caches is an interesting sugge
On 29.02.2012 07:46, 陳韋任 wrote:
Certainly would :) Also I've studied COREMU:
http://ppi.fudan.edu.cn/_media/publications%3Bcoremu-ppopp11.pdf
But they are based on v0.14 as I can remember and seems that this
project is not going to come upstream.
Anyway, thee are a lot of useful approaches they d
> Certainly would :) Also I've studied COREMU:
> http://ppi.fudan.edu.cn/_media/publications%3Bcoremu-ppopp11.pdf
> But they are based on v0.14 as I can remember and seems that this
> project is not going to come upstream.
> Anyway, thee are a lot of useful approaches they done while facing
> di
On Tue, Feb 28, 2012 at 08:10:58AM +, Peter Maydell wrote:
> On 28 February 2012 03:13, Evgeny Voevodin wrote:
> > I wanted to get some feedback and points to show up a direction to move in
> > this field.
> > And qomification of translation caches is an interesting suggestion I think.
>
> If
include/qemu/object.h:
* Once all of the parent classes have been initialized,
#TypeInfo::class_init
* is called to let the class being instantiated provide default
initialize for
* it's virtual functions. Here is how the above example might be modified
* to introduce an overridden virtual
Am 29.02.2012 00:51, schrieb Johnson, Eric:
You may want to just put those includes inside an '#ifdef
MIPS_DEBUG_DISAS' instead of removing them.
Although I suppose we could just add back the minimum needed along
with the patches to fix the compile when MIPS_DEBUG_DISAS is defined.
Hi Eric,
On 29.02.2012 09:52, Evgeny Voevodin wrote:
> include/qemu/object.h:
[]
> * void my_device_class_init(ObjectClass *klass, void *class_data)
> * {
> * DeviceClass *dc = DEVICE_CLASS(klass);
> * dc->reset = my_device_reset;
> * }
> *
>
> Why to use "klass", not "class"?
Because in C++
Hi,
>> There is a hang possible with the current screendump command, qxl, a
>> spice client using libvirt and spice-gtk such as virt-viewer /
>> remote-viewer, where you have:
>> 1. libvirt waiting for screendump to complete
>> 2. screendump waiting for spice server thread to render
>> 3. spice
On 2012-02-28 23:52, Jan Kiszka wrote:
> On 2012-02-28 23:18, Stefan Weil wrote:
>> Am 17.02.2012 16:45, schrieb Jan Kiszka:
>>> In case we requeued a packet that was the head of a longer session
>>> queue, we failed to restore this ordering. Also, we did not properly
>>> deal with changes to Slirp
201 - 229 of 229 matches
Mail list logo
