Signed-off-by: Dong Xu Wang
---
block/sheepdog.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/block/sheepdog.c b/block/sheepdog.c
index c1f6e07..ae857e2 100644
--- a/block/sheepdog.c
+++ b/block/sheepdog.c
@@ -66,7 +66,7 @@
* 20 - 31 (12 bits): reserved data object
On 10/14/2011 02:49 PM, Jan Kiszka wrote:
> On 2011-10-14 08:36, Lai Jiangshan wrote:
>> On 10/14/2011 01:53 PM, Jan Kiszka wrote:
>>> On 2011-10-14 02:53, Lai Jiangshan wrote:
>
> As explained in some other mail, we could then emulate the missing
> kernel feature by reading out th
On Thu, Oct 13, 2011 at 03:49:39PM +0200, Kevin Wolf wrote:
> This is the linux-aio version of commits 22afa7b5 (raw-posix, synchronous) and
> ba1d1afd (posix-aio-compat). Reads now produce zeros after the end of file
> instead of failing or resulting in short reads, making linux-aio compatible
> w
On 2011-10-14 09:43, Lai Jiangshan wrote:
> On 10/14/2011 02:49 PM, Jan Kiszka wrote:
>> On 2011-10-14 08:36, Lai Jiangshan wrote:
>>> On 10/14/2011 01:53 PM, Jan Kiszka wrote:
On 2011-10-14 02:53, Lai Jiangshan wrote:
>
>>
>> As explained in some other mail, we could then emulate
Thanks to Stefan's series from today, I managed to understand what
the coroutinization was all about. So I split this part out of the
NBD series.
Applies on top of block branch + the other five patches.
Paolo Bonzini (3):
block: rename bdrv_co_rw_bh
block: unify flush implementations
block
Signed-off-by: Paolo Bonzini
---
block.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/block.c b/block.c
index 9873b57..7184a0f 100644
--- a/block.c
+++ b/block.c
@@ -2735,7 +2735,7 @@ static AIOPool bdrv_em_co_aio_pool = {
.cancel = bdrv_aio_co_canc
Am 13.10.2011 22:27, schrieb Luiz Capitulino:
> qemu_savevm_state() has some logic to stop the VM and to (or not to)
> resume it. But this seems to be a big noop, as qemu_savevm_state()
> is only called by do_savevm() when the VM is already stopped.
>
> So, let's drop qemu_savevm_state()'s stop VM
Add coroutine support for flush and apply the same emulation that
we already do for read/write. bdrv_aio_flush is simplified to always
go through a coroutine.
Signed-off-by: Paolo Bonzini
---
block.c | 160 ++-
block_int.h |1 +
2
Synchronize newest kernel headers which have
KVM_CAP_SET_LINT1 and KVM_SET_LINT1 by
./scripts/update-linux-headers.sh
Signed-off-by: Lai Jiangshan
---
linux-headers/asm-powerpc/kvm.h | 19 +--
linux-headers/asm-x86/kvm.h |1 +
linux-headers/asm-x86/kvm_para.
Currently, NMI interrupt is blindly sent to all the vCPUs when NMI
button event happens. This doesn't properly emulate real hardware on
which NMI button event triggers LINT1. Because of this, NMI is sent to
the processor even when LINT1 is masked in LVT. For example, this
causes the problem that kd
Currently, NMI interrupt is blindly sent to all the vCPUs when NMI
button event happens. This doesn't properly emulate real hardware on
which NMI button event triggers LINT1. Because of this, NMI is sent to
the processor even when LINT1 is masked in LVT. For example, this
causes the problem that kd
From: Stefan Hajnoczi
Block drivers now only need to provide either of .bdrv_co_flush,
.bdrv_aio_flush() or for legacy drivers .bdrv_flush(). Remove
the redundant .bdrv_flush() and, for the raw driver, replace the
asynchronous operation with the coroutine-based one.
Signed-off-by: Stefan Hajnoc
This similarly adds support for coroutine and asynchronous discard.
Signed-off-by: Paolo Bonzini
---
I was not sure if qcow2 could be changed to co_discard, though
I suspected yes.
block.c | 72 +-
block.h |
On 2011-10-14 11:03, Lai Jiangshan wrote:
> Currently, NMI interrupt is blindly sent to all the vCPUs when NMI
> button event happens. This doesn't properly emulate real hardware on
> which NMI button event triggers LINT1. Because of this, NMI is sent to
> the processor even when LINT1 is masked in
On Thu, Oct 13, 2011 at 06:45:37PM +0100, Peter Maydell wrote:
> Don't pass a NULL pointer in to SYS_signalfd in qemu_signalfd_available():
> this isn't valid and Valgrind complains about it.
>
> Signed-off-by: Peter Maydell
> ---
> compatfd.c | 12 ++--
> 1 files changed, 10 insertion
A while back, Eduard - Gabriel Munteanu send a series of patches
implementing support for emulating the AMD IOMMU in conjunction with
qemu emulated PCI devices. A revised patch series added support for
the Intel IOMMU, and I also send a revised version of this series
which added support for the hy
From: Eduard - Gabriel Munteanu
This updates the e1000 device emulation to use the explicit PCI DMA
functions, instead of directly calling physical memory access functions.
Signed-off-by: Eduard - Gabriel Munteanu
Signed-off-by: David Gibson
---
hw/e1000.c | 29 +++--
From: Eduard - Gabriel Munteanu
This updates the es1370 device emulation to use the explicit PCI DMA
functions, instead of directly calling physical memory access functions.
Signed-off-by: Eduard - Gabriel Munteanu
Signed-off-by: David Gibson
---
hw/es1370.c |5 +++--
1 files changed, 3 i
From: Eduard - Gabriel Munteanu
This updates the lsi53c895a device emulation to use the explicit PCI DMA
functions, instead of directly calling physical memory access functions.
Signed-off-by: Eduard - Gabriel Munteanu
Signed-off-by: David Gibson
---
hw/lsi53c895a.c | 31 +++
On Fri, Oct 14, 2011 at 08:20:51PM +1100, David Gibson wrote:
> A while back, Eduard - Gabriel Munteanu send a series of patches
> implementing support for emulating the AMD IOMMU in conjunction with
> qemu emulated PCI devices. A revised patch series added support for
> the Intel IOMMU, and I als
[cc'ing qemu-trivial]
A one-line summary here and a topic like sheepdog: in the subject
would've been nice but given it's just a typo fix... :)
Am 14.10.2011 09:41, schrieb Dong Xu Wang:
> Signed-off-by: Dong Xu Wang
> ---
> block/sheepdog.c |2 +-
> 1 files changed, 1 insertions(+), 1 dele
On 10/14/2011 05:07 PM, Jan Kiszka wrote:
> On 2011-10-14 11:03, Lai Jiangshan wrote:
>> Currently, NMI interrupt is blindly sent to all the vCPUs when NMI
>> button event happens. This doesn't properly emulate real hardware on
>> which NMI button event triggers LINT1. Because of this, NMI is sent
On 2011-10-14 11:03, Lai Jiangshan wrote:
> Currently, NMI interrupt is blindly sent to all the vCPUs when NMI
> button event happens. This doesn't properly emulate real hardware on
> which NMI button event triggers LINT1. Because of this, NMI is sent to
> the processor even when LINT1 is masked in
On 2011-10-14 11:27, Lai Jiangshan wrote:
> On 10/14/2011 05:07 PM, Jan Kiszka wrote:
>> On 2011-10-14 11:03, Lai Jiangshan wrote:
>>> Currently, NMI interrupt is blindly sent to all the vCPUs when NMI
>>> button event happens. This doesn't properly emulate real hardware on
>>> which NMI button eve
When attaching a new device we must send a wakeup request to the root
hub, otherwise the guest will not notice the new device in case the
usb hub is suspended.
Signed-off-by: Gerd Hoffmann
---
hw/usb-hub.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/hw/usb-hub.c b/hw
This updates the usb-ehci device emulation to use the explicit PCI DMA
wrapper to initialize its scatter/gathjer structure. This means this
driver should not need further changes when the sglist interface is
extended to support IOMMUs.
Signed-off-by: David Gibson
---
hw/usb-ehci.c | 44 ++
From: Alexey Kardashevskiy
This patch adds functions to pci.[ch] to perform PCI DMA operations.
At present, these are just stubs which perform directly cpu physical
memory accesses. Stubs are included which are analogous to
cpu_physical_memory_{read,write}(), the stX_phys() and ldX_phys()
functi
Am 05.10.2011 09:17, schrieb Paolo Bonzini:
> Signed-off-by: Paolo Bonzini
> ---
> osdep.c | 67
> +
> qemu-common.h |4 +++
> 2 files changed, 71 insertions(+), 0 deletions(-)
>
> diff --git a/osdep.c b/osdep.c
> index 56e6963
Currently, NMI interrupt is blindly sent to all the vCPUs when NMI
button event happens. This doesn't properly emulate real hardware on
which NMI button event triggers LINT1. Because of this, NMI is sent to
the processor even when LINT1 is masked in LVT. For example, this
causes the problem that kd
Synchronize newest kernel headers which have
KVM_CAP_SET_LINT1 and KVM_SET_LINT1 by
./scripts/update-linux-headers.sh
Signed-off-by: Lai Jiangshan
---
linux-headers/asm-powerpc/kvm.h | 19 +--
linux-headers/asm-x86/kvm_para.h | 14 ++
linux-headers/linu
On 10/14/2011 04:55 AM, Vadim Rozenfeld wrote:
On Thu, 2011-10-13 at 15:47 +0100, Stefan Hajnoczi wrote:
On Thu, Oct 13, 2011 at 5:00 AM, hkran wrote:
On 10/12/2011 07:09 PM, hkran wrote:
I used balloon driver for windows virtio-win-0.1-15.iso (from
http://alt.fedoraproject.org/pub/alt/virti
Am 13.10.2011 22:09, schrieb Stefan Hajnoczi:
> Now that the block layer processes requests in coroutine context, some of the
> emulation wrappers and duplicate code paths can be dropped. Paraphrasing a
> wise man, Arnold Schwarzenegger, "I will go to the block layer and I will
> clean
> house" :
This updates the intel-hda device emulation to use the explicit PCI DMA
functions, instead of directly calling physical memory access functions.
Signed-off-by: David Gibson
Signed-off-by: Alexey Kardashevskiy
---
hw/intel-hda.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletion
From: Eduard - Gabriel Munteanu
This updates the eepro100 device emulation to use the explicit PCI DMA
functions, instead of directly calling physical memory access functions.
Signed-off-by: Eduard - Gabriel Munteanu
Signed-off-by: David Gibson
Signed-off-by: Alexey Kardashevskiy
---
hw/eepr
From: Eduard - Gabriel Munteanu
This updates the ac97 device emulation to use the explicit PCI DMA
functions, instead of directly calling physical memory access functions.
Signed-off-by: Eduard - Gabriel Munteanu
Signed-off-by: David Gibson
---
hw/ac97.c |7 ---
1 files changed, 4 ins
This updates the usb-uhci device emulation to use the explicit PCI DMA
wrapper to initialize its scatter/gathjer structure. This means this
driver should not need further changes when the sglist interface is
extended to support IOMMUs.
Signed-off-by: David Gibson
---
hw/usb-uhci.c | 22 ++
From: Eduard - Gabriel Munteanu
This updates the rtl8139 device emulation to use the explicit PCI DMA
functions, instead of directly calling physical memory access functions.
Signed-off-by: Eduard - Gabriel Munteanu
Signed-off-by: David Gibson
---
hw/rtl8139.c | 98 +
On 10/14/2011 11:52 AM, Kevin Wolf wrote:
Am 05.10.2011 09:17, schrieb Paolo Bonzini:
Signed-off-by: Paolo Bonzini
---
osdep.c | 67 +
qemu-common.h |4 +++
2 files changed, 71 insertions(+), 0 deletions(-)
diff --git a/osd
From: Eduard - Gabriel Munteanu
This updates the pcnet-pci device emulation to use the explicit PCI DMA
functions, instead of directly calling physical memory access functions.
Signed-off-by: Eduard - Gabriel Munteanu
Signed-off-by: David Gibson
---
hw/pcnet-pci.c |6 --
1 files chang
This updates the PCI IDE device emulation to use the explicit PCI DMA
wrapper to initialize its scatter/gathjer structure. This means this
driver should not need further changes when the sglist interface is
extended to support IOMMUs.
Signed-off-by: David Gibson
---
hw/ide/pci.c | 15
** Patch added: "fix for the problem"
https://bugs.launchpad.net/bugs/874038/+attachment/2542719/+files/fix_carry_in_thumb2
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/874038
Title:
ARM thumb
Public bug reported:
information on carry flag is lost if gen_set_CF_bit31(t1) is called
after logic operation.
** Affects: qemu
Importance: Undecided
Status: New
** Tags: arm flags
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscr
On 10/12/2011 07:47 PM, Kevin Wolf wrote:
Am 11.10.2011 05:10, schrieb Supriya Kannery:
Enhance "info block" to display hostcache setting for each
block device.
+if (qdict_haskey(bs_dict, "open_flags")) {
+int open_flags = qdict_get_int(bs_dict, "open_flags");
+if (open_fl
Reduce spurious packet drops on RX ring empty when in c+ mode by verifying that
we have at least 1 buffer ahead of the time.
Signed-off-by: Jason Wang
---
hw/rtl8139.c | 43 +--
1 files changed, 29 insertions(+), 14 deletions(-)
diff --git a/hw/rtl8139.
Am 14.10.2011 10:41, schrieb Paolo Bonzini:
> Add coroutine support for flush and apply the same emulation that
> we already do for read/write. bdrv_aio_flush is simplified to always
> go through a coroutine.
>
> Signed-off-by: Paolo Bonzini
To make the implementation more consistent with read/
On Tue, Oct 11, 2011 at 08:41:59AM +0530, Supriya Kannery wrote:
> Index: qemu/block.c
> ===
> --- qemu.orig/block.c
> +++ qemu/block.c
> @@ -706,6 +706,7 @@ int bdrv_reopen(BlockDriverState *bs, in
> {
> BlockDriver *drv = bs->d
http://wiki.qemu.org/Main_Page
Someone may want to have a look over the website, the links in the
"Contribute" section in the column on the left.
All pages seem to primarily discuss the quality of Pandora jewelry and
how beneficial it would be to purchase such.
On 10/12/2011 08:00 PM, Kevin Wolf wrote:
Am 11.10.2011 05:11, schrieb Supriya Kannery:
qemu command option 'hostcache' added to -drive for block devices.
While starting a VM from qemu commandline, this option can be used
for setting host cache usage for block data access. Simultaneous
use of 'h
Am 14.10.2011 13:19, schrieb Supriya Kannery:
> On 10/12/2011 08:00 PM, Kevin Wolf wrote:
>> Am 11.10.2011 05:11, schrieb Supriya Kannery:
>>> qemu command option 'hostcache' added to -drive for block devices.
>>> While starting a VM from qemu commandline, this option can be used
>>> for setting ho
Luiz Capitulino wrote:
> qemu_savevm_state() has some logic to stop the VM and to (or not to)
> resume it. But this seems to be a big noop, as qemu_savevm_state()
> is only called by do_savevm() when the VM is already stopped.
>
> So, let's drop qemu_savevm_state()'s stop VM logic.
>
> Signed-off-
On 10/14/2011 01:08 PM, Kevin Wolf wrote:
Am 14.10.2011 10:41, schrieb Paolo Bonzini:
Add coroutine support for flush and apply the same emulation that
we already do for read/write. bdrv_aio_flush is simplified to always
go through a coroutine.
Signed-off-by: Paolo Bonzini
To make the implem
> http://wiki.qemu.org/Main_Page
>
> Someone may want to have a look over the website, the links in the
> "Contribute" section in the column on the left.
> All pages seem to primarily discuss the quality of Pandora jewelry and
> how beneficial it would be to purchase such.
Jcmvbkbc and I have r
Hi,
a) My understanding of this patch is that we move from an array of 16
bools representing anything to one array where the 1st 16 represent if
there are input and the 2nd 16's reprosenting if there are output for
that channel.
Correct.
So, what we should do if we migrate from one old ver
Am 14.10.2011 13:30, schrieb Paolo Bonzini:
> On 10/14/2011 01:08 PM, Kevin Wolf wrote:
>> Am 14.10.2011 10:41, schrieb Paolo Bonzini:
>>> Add coroutine support for flush and apply the same emulation that
>>> we already do for read/write. bdrv_aio_flush is simplified to always
>>> go through a cor
On Fri, 2011-10-14 at 17:51 +0800, Lai Jiangshan wrote:
> Currently, NMI interrupt is blindly sent to all the vCPUs when NMI
> button event happens. This doesn't properly emulate real hardware on
> which NMI button event triggers LINT1. Because of this, NMI is sent to
> the processor even when LINT
Except local fs driver other fs drivers (handle) don't need
security model. Update fsdev parameter parsing accordingly.
Signed-off-by: M. Mohan Kumar
---
fsdev/qemu-fsdev.c | 26 +-
qemu-options.hx| 12
vl.c |6 ++
3 files change
On 2011-10-14 13:59, Sasha Levin wrote:
> On Fri, 2011-10-14 at 17:51 +0800, Lai Jiangshan wrote:
>> Currently, NMI interrupt is blindly sent to all the vCPUs when NMI
>> button event happens. This doesn't properly emulate real hardware on
>> which NMI button event triggers LINT1. Because of this,
On Thu, Oct 13, 2011 at 04:10:56PM +0800, Mark Wu wrote:
> On 10/13/2011 01:14 AM, Mark Wu wrote:
> >This series add support for trace events grouping. The state of a given group
> >of trace events can be queried or changed in bulk by the following monitor
> >commands:
> >
> >* info trace-groups
>
On 13 October 2011 23:23, Andreas Färber wrote:
> Am 13.10.2011 16:26, schrieb Andreas Färber:
>> Am 12.10.2011 18:21, schrieb Peter Maydell:
>>> Improve the configure test for presence of ucontext functions by
>>> making linker warnings fatal; this allows us to detect when we are
>>> linked with
On 10/14/2011 01:54 PM, Kevin Wolf wrote:
Am 14.10.2011 13:30, schrieb Paolo Bonzini:
On 10/14/2011 01:08 PM, Kevin Wolf wrote:
Am 14.10.2011 10:41, schrieb Paolo Bonzini:
Add coroutine support for flush and apply the same emulation that
we already do for read/write. bdrv_aio_flush is simplif
On 10/14/2011 02:30 PM, Peter Maydell wrote:
I've also just discovered that it's no use on Oneiric,
where the linker warning has gone away but the syscall
still always returns ENOSYS.
I think we should just always use the gthread implementation
rather than preferring a non-portable-and-hard-to-d
On 10/14/2011 02:47 PM, Paolo Bonzini wrote:
A user-space longjmp will always be slower than a mutex+condvar+context
switch.
Gah, I obviously meant faster. :)
Paolo
The existing code looks OK to me -- there's no need to call
gen_set_CF_bit31() early because the inputs t0 and t1 to
gen_thumb2_data_op() should always be distinct TCG values, and so
gen_thumb2_data_op() will never trash t1. (There was a bug in this area
involving ORN, but that was fixed in rev 295
Hi,
Yonit Halperin (2):
spice: turn client_migrate_info to async
spice: support the new migration interface (spice 0.8.3)
Added to spice patch queue.
thanks,
Gerd
On 09/22/11 14:33, Alon Levy wrote:
If we migrate when the device is not in a native state the guest
still believes the slots are created, and will cause operations
that reference the slots, causing a "panic: virtual address out of range"
on the first of them. Easy to see by migrating in vga mode
On 14 October 2011 13:55, Paolo Bonzini wrote:
> On 10/14/2011 02:47 PM, Paolo Bonzini wrote:
>>
>> A user-space longjmp will always be slower than a mutex+condvar+context
>> switch.
>
> Gah, I obviously meant faster. :)
Ah, I hadn't actually looked at the coroutine-gthread.c code, and
had assume
On Fri, Oct 14, 2011 at 01:54:42PM +0200, Kevin Wolf wrote:
> Am 14.10.2011 13:30, schrieb Paolo Bonzini:
> > On 10/14/2011 01:08 PM, Kevin Wolf wrote:
> >> Am 14.10.2011 10:41, schrieb Paolo Bonzini:
> > Let me show how this might go. Right now you have
> >
> > bdrv_read/write
> >
On 10/04/11 13:25, Alon Levy wrote:
Fix segfault if a qxl device is present but no spice command line
argument is given.
RHBZ 743251.
Added to spice patch queue.
thanks,
Gerd
On Fri, 14 Oct 2011 08:56:57 +0200
Paolo Bonzini wrote:
> On 10/13/2011 10:26 PM, Luiz Capitulino wrote:
> > I'm going to take my word back on this one, I've found the real cause of the
> > problem. Will post the patch right now.
> >
>
> Are you keeping the vl.c hunks though?
I'm not, because I
Fixes two trivial indices errors.
Signed-off-by: Dmitry Koshelev
---
hw/arm_gic.c | 12 ++--
target-arm/machine.c |4 ++--
2 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/hw/arm_gic.c b/hw/arm_gic.c
index 8286a28..ba05131 100644
--- a/hw/arm_gic.c
+++ b/hw/ar
On 10/14/2011 03:23 PM, Luiz Capitulino wrote:
I'm not, because I'm assuming that allowing a transition from 'paused' to
'postmigrate' plus this fix:
http://lists.gnu.org/archive/html/qemu-devel/2011-10/msg01430.html
I think POST_MIGRATE -> FINISH_MIGRATE should be still allowed in case
you
On 10/12/2011 08:25 PM, Kevin Wolf wrote:
Am 11.10.2011 05:11, schrieb Supriya Kannery:
Struct BDRVReopenState introduced for handling reopen state of images.
This can be extended by each of the block drivers to reopen respective
image files. Implementation for raw-posix is done here.
Signed-o
On 10/14/2011 04:43 PM, Stefan Hajnoczi wrote:
On Tue, Oct 11, 2011 at 08:41:59AM +0530, Supriya Kannery wrote:
Index: qemu/block.c
===
--- qemu.orig/block.c
+++ qemu/block.c
@@ -706,6 +706,7 @@ int bdrv_reopen(BlockDriverState *bs,
On 10/14/2011 03:20 PM, Stefan Hajnoczi wrote:
It's just too tempting to call these functions in contexts where it is
not okay to do so. The bdrv_co_*() functions are all tagged as
coroutine_fn and make it clear that they can yield.
Yes, I agree.
We already have an event loop in qemu-img exc
Am 14.10.2011 15:42, schrieb Supriya Kannery:
>>> +/* Use driver specific reopen() if available */
>>> +if (drv->bdrv_reopen_prepare) {
>>> +ret = drv->bdrv_reopen_prepare(bs,&rs, bdrv_flags);
>>> if (ret< 0) {
>>> -/* Reopen failed with orig and modified flag
On Fri, Oct 14, 2011 at 05:25:29PM +0400, Dmitry Koshelev wrote:
> Fixes two trivial indices errors.
>
> Signed-off-by: Dmitry Koshelev
> ---
> hw/arm_gic.c | 12 ++--
> target-arm/machine.c |4 ++--
> 2 files changed, 8 insertions(+), 8 deletions(-)
Not obvious to me what
Am 14.10.2011 14:42, schrieb Paolo Bonzini:
> On 10/14/2011 01:54 PM, Kevin Wolf wrote:
>> Am 14.10.2011 13:30, schrieb Paolo Bonzini:
>>> On 10/14/2011 01:08 PM, Kevin Wolf wrote:
Am 14.10.2011 10:41, schrieb Paolo Bonzini:
> Add coroutine support for flush and apply the same emulation th
On 10/14/2011 04:02 PM, Kevin Wolf wrote:
>
> It would still host the checks on BDRV_O_NO_FLUSH and bs->drv->*_flush.
> It would be the same as bdrv_flush_co_entry is now, minus the
> marshalling in/out of the RwCo.
Right.
By the way, I like how you handle all three backends in the same
f
From: Dong Xu Wang
Reviewed-by: Andreas Färber
Signed-off-by: Dong Xu Wang
Signed-off-by: Stefan Hajnoczi
---
block/sheepdog.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/block/sheepdog.c b/block/sheepdog.c
index c1f6e07..ae857e2 100644
--- a/block/sheepdog.c
+++
From: Andreas Färber
interrput -> interrupt
Cc: Paul Brook
Signed-off-by: Andreas Färber
Signed-off-by: Stefan Hajnoczi
---
hw/arm_pic.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/arm_pic.c b/hw/arm_pic.c
index 985148a..41f8d3e 100644
--- a/hw/arm_pic.c
+++
The following changes since commit ebffe2afceb1a17b5d134b5debf553955fe5ea1a:
Merge remote-tracking branch 'qmp/queue/qmp' into staging (2011-10-10
08:21:46 -0500)
are available in the git repository at:
ssh://repo.or.cz/srv/git/qemu/stefanha.git trivial-patches
Andreas Färber (1):
ar
From: Stefan Weil
Signed-off-by: Stefan Weil
Signed-off-by: Stefan Hajnoczi
---
tcg/tcg.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/tcg/tcg.h b/tcg/tcg.h
index de8a1d5..015f88a 100644
--- a/tcg/tcg.h
+++ b/tcg/tcg.h
@@ -175,7 +175,7 @@ typedef enum TCGType {
From: Paolo Bonzini
It is unused since the HPET and RTC timers were removed (commit
25f3151, 2011-05-31).
Signed-off-by: Paolo Bonzini
Signed-off-by: Stefan Hajnoczi
---
hpet.h | 22 --
1 files changed, 0 insertions(+), 22 deletions(-)
delete mode 100644 hpet.h
diff --
From: Stefan Weil
cppcheck reported this error:
qemu/block/qcow.c:599: error: Mismatching allocation and deallocation:
cluster_data
Signed-off-by: Stefan Weil
Signed-off-by: Stefan Hajnoczi
---
block/qcow.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/block/qcow
Preprocessor directives cannot be used in STEXI/ETEXI sections since
they are not passed through the preprocessor. The spicevmc chardev
option help currently uses #if, which is included verbatim in the man
page output.
Fix this by simply stating that spicevmc chardevs are available only in
builds
From: Stefan Weil
cppcheck reported these errors:
qemu-char.c:1667: error: Mismatching allocation and deallocation: s
qemu-char.c:1668: error: Mismatching allocation and deallocation: chr
qemu-char.c:1769: error: Mismatching allocation and deallocation: s
qemu-char.c:1770: error: Mismatching all
Am 14.10.2011 10:41, schrieb Paolo Bonzini:
> This similarly adds support for coroutine and asynchronous discard.
>
> Signed-off-by: Paolo Bonzini
Do we really need bdrv_discard and bdrv_aio_discard in the backends? I
think it makes sense to have a bdrv_aio_discard() in block.h as AIO
generally
On 09/21/11 17:50, Yonit Halperin wrote:
RHBZ 737921
Spice client is required to connect to the migration target before/as migration
starts. Since after migration starts, the target qemu is blocked and cannot
accept new spice client
we trigger the connection to the target upon client_migrate_inf
On Fri, 14 Oct 2011 15:37:29 +0200
Paolo Bonzini wrote:
> On 10/14/2011 03:23 PM, Luiz Capitulino wrote:
> > I'm not, because I'm assuming that allowing a transition from 'paused' to
> > 'postmigrate' plus this fix:
> >
> > http://lists.gnu.org/archive/html/qemu-devel/2011-10/msg01430.html
>
>
On 10/14/2011 04:23 PM, Kevin Wolf wrote:
> This similarly adds support for coroutine and asynchronous discard.
>
> Signed-off-by: Paolo Bonzini
Do we really need bdrv_discard and bdrv_aio_discard in the backends? I
think it makes sense to have a bdrv_aio_discard() in block.h as AIO
generally
On 10/14/2011 04:24 PM, Luiz Capitulino wrote:
Yes, you're right. But there's another problem there: the VM is stopped
when the migration process finishes. So, if you migrate again, there
won't be a POST_MIGRATE -> FINISH_MIGRATE transition, as vm_stop() will
just return.
Acked-by: Paolo Bonzi
Am 14.10.2011 16:24, schrieb Paolo Bonzini:
> On 10/14/2011 04:23 PM, Kevin Wolf wrote:
>>> This similarly adds support for coroutine and asynchronous discard.
>>>
>>> Signed-off-by: Paolo Bonzini
>>
>> Do we really need bdrv_discard and bdrv_aio_discard in the backends? I
>> think it makes sense
On 10/14/2011 04:32 PM, Kevin Wolf wrote:
> I can certainly drop aio_discard from the backends, but I'm not sure how
> heavy can fallocate be (with FALLOC_FL_PUNCH_HOLE). Probably not much,
> but I think there's no guarantee of O(1) behavior especially with
> filesystems like ecryptfs. So y
Am 14.10.2011 15:25, schrieb Dmitry Koshelev:
> Fixes two trivial indices errors.
>
> Signed-off-by: Dmitry Koshelev
> ---
> hw/arm_gic.c | 12 ++--
> target-arm/machine.c |4 ++--
> 2 files changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/hw/arm_gic.c b/hw/arm_gi
> Fixes two trivial indices errors.
No.
You're doing two much in a single patch. While both happen to be bug in the
save/restore code involving arrays, these are not two instances of the same
bug. The justification for each change is completely different.
Even if each change was obviously cor
On 10/14/2011 12:16 PM, Paolo Bonzini wrote:
On 10/14/2011 11:52 AM, Kevin Wolf wrote:
Am 05.10.2011 09:17, schrieb Paolo Bonzini:
Signed-off-by: Paolo Bonzini
---
osdep.c | 67 +
qemu-common.h | 4 +++
2 files changed, 71 insertions(+), 0 d
I am testing this mailing list
Make the ps2 device track its ledstate so that we can migrate it.
Otherwise it gets lost across migration, and spice-server gets
confused about the actual keyboard state and sends bogus
caps/scroll/num key events. This fixes RH bug #729294
Signed-off-by: Christophe Fergeau
---
v3: use VMSTATE_UI
On 10/11/2011 08:58 AM, Avi Kivity wrote:
On 10/11/2011 03:51 PM, Avi Kivity wrote:
For some reason I'm the only one that doesn't get this... will try to
work around it.
Please re-pull - I changed the code to use plain structs, not the typedefs.
git://github.com/avikivity/qemu.git memory/bat
On 10/13/2011 06:08 AM, Gerd Hoffmann wrote:
Hi,
Here comes the usb patch queue with a bunch of bug fixes.
Check the individual patches for details.
please pull,
Gerd
Pulled. Thanks.
Regards,
Anthony Liguori
The following changes since commit ebffe2afceb1a17b5d134b5debf553955fe5ea
1 - 100 of 151 matches
Mail list logo
