This series implements feature of shared object building as described in:
http://wiki.qemu.org/Features/Modules
The main idea behind modules is to isolate dependencies on third party
libraries from qemu executables, such as libglusterfs or librbd, so that the
end users can install core qemu packa
Makefile.target includes rule.mak and unnested common-obj-y, then prefix
them with '../', this will ignore object specific QEMU_CFLAGS in subdir
Makefile.objs:
$(obj)/curl.o: QEMU_CFLAGS += $(CURL_CFLAGS)
Because $(obj) here is './block', instead of '../block'. This doesn't
hurt compiling bec
Adds extract-libs in LINK to expand any "per object libs", the syntax to define
such a libs options is like:
foo.o-libs := $(CURL_LIBS)
in block/Makefile.objs.
Similarly,
foo.o-cflags := $(FOO_CFLAGS)
is also supported.
"foo.o" must be listed a nested var (e.g. common-obj-y) t
From: Peter Maydell
Delete an unnecessary dependency for cocoa.o; we already have
a general rule that tells Make that we can build a .o file
from a .m source using an ObjC compiler, so this specific
rule is unnecessary. Further, it is using the dubious construct
"$(SRC_PATH)/$(obj)" to get at the
Signed-off-by: Fam Zheng
---
.gitignore | 3 +++
1 file changed, 3 insertions(+)
diff --git a/.gitignore b/.gitignore
index d2c5c2f..4d0ac09 100644
--- a/.gitignore
+++ b/.gitignore
@@ -63,6 +63,9 @@ fsdev/virtfs-proxy-helper.pod
*.cp
*.dvi
*.exe
+*.dll
+*.so
+*.mo
*.fn
*.ky
*.log
--
1.8.
Install all the subdirs for modules under configure option "moddir".
Signed-off-by: Fam Zheng
---
Makefile | 6 ++
1 file changed, 6 insertions(+)
diff --git a/Makefile b/Makefile
index ef76967..00c2a52 100644
--- a/Makefile
+++ b/Makefile
@@ -360,6 +360,12 @@ install-datadir install-locals
Add necessary rules and flags for shared object generation.
$(common-obj-m) will include $(block-obj-m), like $(common-obj-y) does
for $(block-obj-y). The new rules introduced here are:
0) For all %.so compiling:
QEMU_CFLAGS += -fPIC
1) %.o in $(common-obj-m) is compiled to %.o, then linked
Added three types of modules:
typedef enum {
MODULE_LOAD_BLOCK = 0,
MODULE_LOAD_UI,
MODULE_LOAD_NET,
MODULE_LOAD_MAX,
} module_load_type;
and their loading function:
void module_load(module_load_type).
which loads all ".so" files in a subdir under "${
The converted block drivers are:
curl
iscsi
rbd
ssh
glusterfs
no longer adds flags and libs for them to global variables, instead
create config-host.mak variables like FOO_CFLAGS and FOO_LIBS, which is
used as per object cflags and libs.
Signed-off-by: Fam Zheng
---
block/M
On 09/11/2013 07:27 PM, Paolo Bonzini wrote:
Il 11/09/2013 13:06, Juan Quintela ha scritto:
And I think that the right solution is make qemu_get_rate_limit() to
return -1 in case of error (or the error, I don't care).
You might do both things, it would avoid the useless g_usleep you
pointed out
On Thu, 09/12 08:34, Paolo Bonzini wrote:
> Il 12/09/2013 04:52, Fam Zheng ha scritto:
> >>> > > define unnest-dir
> >>> > > $(foreach var,$(nested-vars),$(call push-var,$(var),$1/))
> >>> > > $(eval obj-parent-$1 := $(obj))
> >>> > > $(eval obj := $(if $(obj),$(obj)/$1,$1))
> >>> > > $(eval i
On 09/11/2013 04:54 AM, junqing.w...@cs2c.com.cn wrote:
> Hi,
>
>>The first is that if the VM failure happen in the middle on the live
>>migration >the backup VM state will be inconsistent which means you can't
>>failover to it.
>
> Yes, I have concerned about this problem. That is why we need
On 09/11/2013 02:27 PM, Paolo Bonzini wrote:
> Il 11/09/2013 13:06, Juan Quintela ha scritto:
And I think that the right solution is make qemu_get_rate_limit() to
return -1 in case of error (or the error, I don't care).
>>>
>>> You might do both things, it would avoid the useless g_usleep
On Thu, Sep 12, 2013 at 2:29 PM, Paolo Bonzini wrote:
> Il 12/09/2013 05:25, Liu Ping Fan ha scritto:
>> v5:
>> use stand compat property to fix hpet intcap on pc-q35, while on pc-piix,
>> hard code intcap as IRQ2
>>
>> v4:
>> use stand compat property to fix hpet intcap
>>
>> v3:
>> change
Il 11/09/2013 20:26, Marcel Apfelbaum ha scritto:
> Qemu is expected to quit if the same boot index value is used by two devices.
> However, hot-plugging a device with a bootindex value already used should
> fail with a friendly message rather than quitting a running VM.
I think the problem is rig
Hi Max,
Thanks for your patience and help.
I`ve tried to do what you said, but the problem doesn`t go away.
And actually i cannot add a new register to the fpga device, because the
fpga device i`m emulating already exists in the real world.
So i cannot change anything about hardware prope
On Thu, Sep 12, 2013 at 11:49 AM, Xie Xianshan wrote:
> Hi Max,
> Thanks for your patience and help.
> I`ve tried to do what you said, but the problem doesn`t go away.
> And actually i cannot add a new register to the fpga device, because the
> fpga device i`m emulating already exists in t
On 10.09.2013 10:45, Peter Maydell wrote:
> On 10 September 2013 09:27, Claudio Fontana
> wrote:
>> On another side, I end up having to manually revert some parts
>> of these which you put as prerequisites, during bisection when
>> landing after them, which is a huge time drain when tracking
>> r
On Tue, Sep 10, 2013 at 02:42:10PM -0500, Michael Roth wrote:
> Quoting Stefan Hajnoczi (2013-08-29 02:43:02)
> > On Thu, Aug 29, 2013 at 09:09:45AM +0800, Wenchao Xia wrote:
> > > 于 2013-8-28 16:49, Stefan Hajnoczi 写道:
> > > >On Wed, Aug 28, 2013 at 11:25:33AM +0800, Wenchao Xia wrote:
> > > >>>+v
On 10.09.2013 15:16, Richard Henderson wrote:
> On 09/10/2013 01:27 AM, Claudio Fontana wrote:
>> There are two aspects.
>>
>> On one side, although some changes do not break anything, I see some
>> problems in them.
>
> Then let us discuss them, sooner rather than later.
>
>> Putting them as a
On Thu, Sep 12, 2013 at 11:10:01AM +0800, liu ping fan wrote:
> Do you think this series is ready to be merged?
> I have some code to run hpet on a dedicated thread, and in theory it
> will rely on this.
Yes, it is ready. To ease the merge I have rebased it and sent a new
revision.
Stefan
On Thu, Sep 12, 2013 at 4:17 PM, Stefan Hajnoczi wrote:
> On Thu, Sep 12, 2013 at 11:10:01AM +0800, liu ping fan wrote:
>> Do you think this series is ready to be merged?
>> I have some code to run hpet on a dedicated thread, and in theory it
>> will rely on this.
>
> Yes, it is ready. To ease th
Hi,
I've notice that the virtio-serial Windows' driver doesn't use MSI-X
vectors when running using upstream qemu or
qemu-kvm-1.2.2-13.fc18.x86_64. The same VM works with MSI-X when using
qemu-kvm-0.12.1.2-2.355.el6.x86_64.
From what I saw, Windows is trying to enable MSI-X by writing a 2 by
On Wed, Sep 11, 2013 at 12:57:58PM +0200, Vincenzo Maffione wrote:
> Thanks for the help!
>
> Actually I've found out that the variable "copied" I use in this patch can
> be removed, we can simply increment the variable "ba" instead (ba +=
> iov_copy).
>
> I have the patch v3 to do that ready. Do
On 02.09.2013 19:54, Richard Henderson wrote:
> Signed-off-by: Richard Henderson
> ---
> tcg/aarch64/tcg-target.c | 28 +++-
> 1 file changed, 7 insertions(+), 21 deletions(-)
>
> diff --git a/tcg/aarch64/tcg-target.c b/tcg/aarch64/tcg-target.c
> index 55ff700..5b067fe 10
On 02.09.2013 19:54, Richard Henderson wrote:
> Signed-off-by: Richard Henderson
> ---
> tcg/aarch64/tcg-target.c | 44 ++--
> 1 file changed, 22 insertions(+), 22 deletions(-)
>
> diff --git a/tcg/aarch64/tcg-target.c b/tcg/aarch64/tcg-target.c
> index 5b
On 02.09.2013 19:54, Richard Henderson wrote:
> Signed-off-by: Richard Henderson
> ---
> tcg/aarch64/tcg-target.c | 20 +++-
> 1 file changed, 7 insertions(+), 13 deletions(-)
>
> diff --git a/tcg/aarch64/tcg-target.c b/tcg/aarch64/tcg-target.c
> index bde4c72..79a447d 100644
> -
hi,
>At the moment in your implementation the prefetch buffer can be very large
>(several copies of guest memory size) >are you planning to address this
>issue? >I agree but we need some way to notify the user of such problem.
This issue has been handled (maybe not in the best way). The pref
qemu-iotests number 007 doesn't do test image cleanup. This will affect
those protocols that expect a clean state before every test. Hence
ensure that test image is cleaned up in this test.
Signed-off-by: Bharata B Rao
---
tests/qemu-iotests/007 | 2 +-
1 file changed, 1 insertion(+), 1 deletion
pty_chr_timer first calls pty_chr_update_read_handler(), then clears
timer_tag (because it is a one-shot timer). This is the wrong order
though. pty_chr_update_read_handler might re-arm time timer, and the
new timer_tag gets overwitten in that case.
This leads to crashes when unplugging a pty c
On Tue, Sep 10, 2013 at 06:40:04PM +0200, Paolo Bonzini wrote:
> The UUID is unique even across multiple hosts, thus it is
> better than a VM name even if it is less user-friendly.
>
> Signed-off-by: Paolo Bonzini
> ---
> block/iscsi.c | 23 ---
> include/sysemu/sys
Hi,
Bugfix for the pty chardev which might segfault on unplug.
Has been on the list for quite a while, wasn't picked up so far,
so I'll try a single-patch-pull-request now ...
please pull,
Gerd
The following changes since commit 2d1fe1873a984d1c2c89ffa3d12949cafc718551:
Merge remote-track
On Thu, 2013-09-12 at 09:49 +0200, Paolo Bonzini wrote:
> Il 11/09/2013 20:26, Marcel Apfelbaum ha scritto:
> > Qemu is expected to quit if the same boot index value is used by two
> > devices.
> > However, hot-plugging a device with a bootindex value already used should
> > fail with a friendly m
On Thu, Sep 12, 2013 at 11:23:46AM +0300, Gal Hammer wrote:
> Hi,
>
> I've notice that the virtio-serial Windows' driver doesn't use MSI-X
> vectors when running using upstream qemu or
> qemu-kvm-1.2.2-13.fc18.x86_64. The same VM works with MSI-X when
> using qemu-kvm-0.12.1.2-2.355.el6.x86_64.
>
On Wed, Sep 11, 2013 at 05:38:07PM +0200, Kevin Wolf wrote:
> Am 11.09.2013 um 17:32 hat Gabriel Kerneis geschrieben:
> > On Wed, Sep 11, 2013 at 05:24:55PM +0200, Kevin Wolf wrote:
> > > In config-host.make we do get:
> > >
> > > CONFIG_COROUTINE_POOL=0
> > >
> > > But when config-host.h is
This patch implements the NetClientInfo.receive_iov method for the
e1000 device emulation. In this way a network backend that uses
qemu_sendv_packet() can deliver the fragmented packet without
requiring an additional copy in the frontend/backend network code
(nc_sendv_compat() function).
The exist
On 12 September 2013 00:08, Richard Henderson wrote:
> There have been two patches posted for this uninitialized warning, outstanding
> since June 14. I still encounter this daily...
Looks like material for -trivial to me, cc'ing.
-- PMM
Il 12/09/2013 10:38, Stefan Hajnoczi ha scritto:
> On Tue, Sep 10, 2013 at 06:40:04PM +0200, Paolo Bonzini wrote:
>> The UUID is unique even across multiple hosts, thus it is
>> better than a VM name even if it is less user-friendly.
>>
>> Signed-off-by: Paolo Bonzini
>> ---
>> block/iscsi.c
On 18.07.2013 16:14, Paolo Bonzini wrote:
Il 18/07/2013 15:55, ronnie sahlberg ha scritto:
bdrv->write_zeroes will use writesame16 and set the unmap flag only if
BDRV_MAY_DISCARD == 1 and BDRV_O_UNMAP == 1 and lbprz == 1.
When you use WRITESAME16 you can ignore the lbprz flag.
Just send a WRITE
On Wed, Sep 11, 2013 at 04:08:01PM -0700, Richard Henderson wrote:
> There have been two patches posted for this uninitialized warning, outstanding
> since June 14. I still encounter this daily...
I'm still happy with the patch.
Michael: Do you want to take this through the trivial patches tree?
Il 12/09/2013 10:52, Peter Lieven ha scritto:
> On 18.07.2013 16:14, Paolo Bonzini wrote:
>> Il 18/07/2013 15:55, ronnie sahlberg ha scritto:
> bdrv->write_zeroes will use writesame16 and set the unmap flag only if
> BDRV_MAY_DISCARD == 1 and BDRV_O_UNMAP == 1 and lbprz == 1.
>>> When you u
On 12 September 2013 09:03, Claudio Fontana wrote:
> On 10.09.2013 10:45, Peter Maydell wrote:
>> On 10 September 2013 09:27, Claudio Fontana
>> wrote:
>>> On another side, I end up having to manually revert some parts
>>> of these which you put as prerequisites, during bisection when
>>> landin
On 12 September 2013 09:25, Claudio Fontana wrote:
> On 02.09.2013 19:54, Richard Henderson wrote:
>>
>> -case INDEX_op_bswap64_i64:
>> -ext = 1; /* fall through */
>> case INDEX_op_bswap32_i64:
>> +/* Despite the _i64, this is a 32-bit bswap. */
>> +ext = 0;
>> +
On 12.09.2013 10:58, Peter Maydell wrote:
> On 12 September 2013 09:25, Claudio Fontana
> wrote:
>> On 02.09.2013 19:54, Richard Henderson wrote:
>>>
>>> -case INDEX_op_bswap64_i64:
>>> -ext = 1; /* fall through */
>>> case INDEX_op_bswap32_i64:
>>> +/* Despite the _i64,
Introduce QEMUTimerList->active_timers_lock to protect the linked list
of active timers. This allows qemu_timer_mod_ns() to be called from any
thread.
Note that vm_clock is not thread-safe and its use of
qemu_clock_has_timers() works fine today but is also not thread-safe.
The purpose of this pa
host_alarm_handler() is invoked from the signal processing thread
(currently the iothread). Previously we did processing in a real signal
handler with signalfd and therefore needed signal-safe timer code.
Today host_alarm_handler() just marks the alarm timer as expired/pending
and notifies the ma
From: Paolo Bonzini
We can deduce the result from expire_time, by making it always -1 if
the timer is not in the active_timers list. We need to check against
negative times passed to timer_mod_ns; clamping them to zero is not
a problem because the only clock that has a zero value at VM startup
i
v4:
* Rebased & retested for easy review and merge
* No code changes
v3:
* Squashed Paolo's fixes and added his patch to avoid locking in
timer_pending()
v2:
* Rebased onto qemu.git/master following the merge of Alex's AioContext timers
The purpose of these patches is to eventually allow de
On 12.09.2013 10:55, Paolo Bonzini wrote:
Il 12/09/2013 10:52, Peter Lieven ha scritto:
On 18.07.2013 16:14, Paolo Bonzini wrote:
Il 18/07/2013 15:55, ronnie sahlberg ha scritto:
bdrv->write_zeroes will use writesame16 and set the unmap flag only if
BDRV_MAY_DISCARD == 1 and BDRV_O_UNMAP == 1
On Thu, Sep 12, 2013 at 09:36:43AM +0400, Michael Tokarev wrote:
> 12.09.2013 07:02, Fam Zheng wrote.
> >On Wed, 09/11 11:46, Richard Henderson wrote:
> >>On 09/11/2013 08:48 AM, Daniel P. Berrange wrote:
> >>>We know the precise list of valid modules when building QEMU,
> >>>so IMHO, this should j
This series will remove the usage of symbols of mon-protocol-event in
qemu-img, qemu-nbd and qemu-io, in short remove the connetion for block
layer.
Background:
I am tring to decouple block layer code with other unnnessary components,
and in ./stub there many symbols that qemu-img linked as fake
block_int.h included monitor.h, so it knows the typedef.
Signed-off-by: Wenchao Xia
---
block.c |2 +-
include/block/block_int.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/block.c b/block.c
index a325efc..2e2774d 100644
--- a/block.c
+++ b/blo
Signed-off-by: Wenchao Xia
---
include/monitor/monitor.h | 38 +-
include/qapi/qmp/qevent.h | 41 +
include/qapi/qmp/types.h |1 +
3 files changed, 43 insertions(+), 37 deletions(-)
create mode 100644 include/qa
Signed-off-by: Wenchao Xia
---
block.c|2 +-
include/block/block_int.h |2 +-
include/monitor/monitor.h |2 +-
include/qapi/qmp/qevent.h |4 ++--
monitor.c | 12 ++--
stubs/mon-protocol-event.c |2 +-
ui/vnc.c
Now block layer do not use this symbol now, so qemg-img, qemu-io
and qemu-nbd do not link with this file any more. The test program
tests/test-qdev-global-props still need it, so add this obj in
rule of test/Makefile, and keeps the c file now.
Signed-off-by: Wenchao Xia
---
stubs/Makefile.objs |
Block layer do not need it any more.
Signed-off-by: Wenchao Xia
---
include/block/block_int.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/include/block/block_int.h b/include/block/block_int.h
index db2cb49..ec92f16 100644
--- a/include/block/block_int.h
+++ b/include
block_int.h already included it.
Signed-off-by: Wenchao Xia
---
block.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/block.c b/block.c
index 2e2774d..a532eaa 100644
--- a/block.c
+++ b/block.c
@@ -24,7 +24,6 @@
#include "config-host.h"
#include "qemu-common.h"
#inc
This structure can hold some call back functions, such as
event emit, error printf. By using call back, block layer
can be decoupled with other components.
Signed-off-by: Wenchao Xia
---
block.c |7 +++
include/block/block.h | 11 +++
2 files changed, 18 insertion
For code inside block layer, it is replaced with a call back
function. vl.c will tell block layer how to emit the event.
Signed-off-by: Wenchao Xia
---
block.c| 12 ++--
block/qcow2-refcount.c |4 +++-
blockjob.c | 10 --
include/block/block.h
Il 12/09/2013 11:15, Wenchao Xia ha scritto:
> This series will remove the usage of symbols of mon-protocol-event in
> qemu-img, qemu-nbd and qemu-io, in short remove the connetion for block
> layer.
>
> Background:
> I am tring to decouple block layer code with other unnnessary components,
> an
Paolo Bonzini writes:
> Il 11/09/2013 20:26, Marcel Apfelbaum ha scritto:
>> Qemu is expected to quit if the same boot index value is used by two devices.
>> However, hot-plugging a device with a bootindex value already used should
>> fail with a friendly message rather than quitting a running VM
> -Original Message-
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Wednesday, September 11, 2013 10:45 PM
> To: Yoder Stuart-B08248
> Cc: Wood Scott-B07421; Sethi Varun-B16395; Bhushan Bharat-R65777; 'Peter
> Maydell'; 'Santosh Shukla'; 'Alexander Graf'; 'Antonios Mo
Device trees created with create_device_tree() may not have any
entries in their reservemap, because the FDT API requires that the
reservemap is completed before any FDT nodes are added, and
create_device_tree() itself creates a node. However we were not
calling fdt_finish_reservemap(), which mean
From: John Rigby
If no fdt is provided on command line and the new field
get_dtb in struct arm_boot_info is set then call it to
get a device tree blob.
Signed-off-by: John Rigby
[PMM: minor tweaks and cleanup]
Signed-off-by: Peter Maydell
---
hw/arm/boot.c| 32 --
On Thu, 2013-09-12 at 11:43 +0200, Markus Armbruster wrote:
> Paolo Bonzini writes:
>
> > Il 11/09/2013 20:26, Marcel Apfelbaum ha scritto:
> >> Qemu is expected to quit if the same boot index value is used by two
> >> devices.
> >> However, hot-plugging a device with a bootindex value already u
This patch series adds a 'virt' platform which uses the
kernel's mach-virt (fully device-tree driven) support
to create a simple minimalist platform intended for
use for KVM VM guests.
The major change here is that I've added a PL011 UART.
Sample command line:
qemu-system-arm -machine type=virt
Add 'virt' platform support corresponding to arch/arm/mach-virt
in the Linux kernel tree. This has no platform-specific code but
can use any device whose kernel driver is is able to work purely
from a device tree node. We use this to instantiate a minimal
set of devices: a GIC and some virtio-mmio
Dear Max,
> Does it mean an IRQ to be edge-triggered?
No, it is a level-sensitive and active-high interrupt.
This is why i tried to use qemu_irq_raise() to trigger IRQ.
Thanks,
Simen
Hi Max,
Thanks for your patience and help.
I`ve tried to do what you said, but the problem doe
Marcel Apfelbaum writes:
> On Thu, 2013-09-12 at 11:43 +0200, Markus Armbruster wrote:
>> Paolo Bonzini writes:
>>
>> > Il 11/09/2013 20:26, Marcel Apfelbaum ha scritto:
>> >> Qemu is expected to quit if the same boot index value is used by
>> >> two devices.
>> >> However, hot-plugging a devic
On Thu, Sep 12, 2013 at 2:51 PM, Xie Xianshan wrote:
> Dear Max,
>
>> Does it mean an IRQ to be edge-triggered?
>No, it is a level-sensitive and active-high interrupt.
> This is why i tried to use qemu_irq_raise() to trigger IRQ.
Ok, back to your original question:
> I`m getting the nobo
Anthony,
The following changes since commit 2d1fe1873a984d1c2c89ffa3d12949cafc718551:
Merge remote-tracking branch 'pmaydell/tags/pull-target-arm-20130910' into
staging (2013-09-11 14:46:52 -0500)
are available in the git repository at:
git://github.com/bonzini/qemu.git scsi-next
for you
From: Peter Maydell
Use sextract32() for doing sign-extension rather than rolling
our own implementation.
Signed-off-by: Peter Maydell
Signed-off-by: Paolo Bonzini
---
hw/scsi/lsi53c895a.c | 16 +---
1 file changed, 5 insertions(+), 11 deletions(-)
diff --git a/hw/scsi/lsi53c895a
From: Peter Maydell
Use deposit32() rather than handcoded shifts/masks to update the
scratch registers. This is cleaner and incidentally avoids a clang
sanitizer complaint ("runtime error: left shift of 255 by 24 places
cannot be represented in type 'int'").
Signed-off-by: Peter Maydell
Signed-
From: Alexey Kardashevskiy
At the moment the guest kernel issues two types of task management
requests to the hypervisor - task about and lun reset. This adds
handling for these tasks. As spapr-vscsi starts calling scsi_req_cancel(),
free_request callback was implemented.
As virtio-vscsi, spapr-
From: Peter Lieven
Signed-off-by: Peter Lieven
Signed-off-by: Paolo Bonzini
---
block/iscsi.c | 77 +++
1 file changed, 77 insertions(+)
diff --git a/block/iscsi.c b/block/iscsi.c
index 60b3967..bfd659a 100644
--- a/block/iscsi.c
+++ b/b
From: Markus Armbruster
It's the abstract base of virtio-scsi-device and vhost-scsi.
Signed-off-by: Markus Armbruster
Signed-off-by: Paolo Bonzini
---
hw/scsi/virtio-scsi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/hw/scsi/virtio-scsi.c b/hw/scsi/virtio-scsi.c
index 3bd690d..26d95a1
From: Markus Armbruster
scsi_bus_legacy_add_drive() creates either a scsi-disk or a
scsi-generic device. It sets property "serial" to argument serial
unless null. Crashes with scsi-generic, because it doesn't have such
the property.
Only usb_msd_initfn_storage() passes non-null serial. Reprod
From: Alexey Kardashevskiy
The existing driver just dropped unsupported requests. This adds error
responses to those unhandled requests.
Signed-off-by: Alexey Kardashevskiy
Signed-off-by: Paolo Bonzini
---
hw/scsi/spapr_vscsi.c | 22 ++
1 file changed, 18 insertions(+), 4
From: Peter Lieven
this patch adds a coroutine for .bdrv_co_block_status as well as
a generic framework that can be used to build coroutines in block/iscsi.
Signed-off-by: Peter Lieven
Signed-off-by: Paolo Bonzini
---
block/iscsi.c | 136 +++
From: Peter Lieven
Replace .bdrv_aio_discard with .bdrv_co_discard so that discard
requests can be split in multiple parts, each for a small amount
of sectors.
This is useful because we expose a generic API with no limit
on the amount of sectors that can be unmapped in one request.
Signed-off-b
From: "Nikunj A. Dadhania"
This implements capabilities exchange between vscsi host and client. As
at the moment no capability is supported, put zero flags everywhere and
return.
Signed-off-by: Nikunj A Dadhania
Signed-off-by: Paolo Bonzini
Signed-off-by: Nikunj A. Dadhania
---
hw/scsi/spap
The UUID is unique even across multiple hosts, thus it is
better than a VM name even if it is less user-friendly.
Signed-off-by: Paolo Bonzini
---
block/iscsi.c | 23 ---
include/sysemu/sysemu.h | 2 ++
stubs/Makefile.objs | 1 +
stubs/uuid.c| 12 +
Il 27/08/2013 05:20, Liu Ping Fan ha scritto:
> Saw the Alex's patches has been merged, rebase mine onto his.
>
> v3:
> 1. rename seqlock_read_check as seqlock_read_retry
> 2. Document timerlist were protected by BQL, and discard private lock
> around "qemu_event_wait(tl->ev)".
>
> v2:
> 1
On Thu, 2013-09-12 at 13:04 +0200, Markus Armbruster wrote:
> Marcel Apfelbaum writes:
>
> > On Thu, 2013-09-12 at 11:43 +0200, Markus Armbruster wrote:
> >> Paolo Bonzini writes:
> >>
> >> > Il 11/09/2013 20:26, Marcel Apfelbaum ha scritto:
> >> >> Qemu is expected to quit if the same boot ind
Am 11.09.2013 um 18:58 hat Eric Blake geschrieben:
> On 09/11/2013 10:47 AM, Paolo Bonzini wrote:
> > Single quotes for JSON are a QMP-ism, use real JSON in
> > qemu-img output.
> >
> > Reported-by: Kevin Wolf
> > Signed-off-by: Paolo Bonzini
> > ---
> > qemu-img.c | 2 +-
> > 1 file changed, 1
Am 12.09.2013 um 10:37 hat Bharata B Rao geschrieben:
> qemu-iotests number 007 doesn't do test image cleanup. This will affect
> those protocols that expect a clean state before every test. Hence
> ensure that test image is cleaned up in this test.
>
> Signed-off-by: Bharata B Rao
Thanks, appli
On 09/11/2013 11:36 PM, Michael Tokarev wrote:
>
> A solution which I proposed at the very beginning -- to export
> a "hashed" init function from modules, and call it from the
> main executable. Like, instead of, say, qemu_module_init(),
> call qemu_module_init_0xdeadbeaf(), where 0xdeadbeaf is a
Am 12.09.2013 um 11:31 hat Paolo Bonzini geschrieben:
> Il 12/09/2013 11:15, Wenchao Xia ha scritto:
> > This series will remove the usage of symbols of mon-protocol-event in
> > qemu-img, qemu-nbd and qemu-io, in short remove the connetion for block
> > layer.
> >
> > Background:
> > I am tring
Public bug reported:
virtio-serial appears to lose writes, but only when used on top of
virtio-mmio. The scenario is this:
/home/rjones/d/qemu/arm-softmmu/qemu-system-arm \
-global virtio-blk-device.scsi=off \
-nodefconfig \
-nodefaults \
-nographic \
-M vexpress-a15 \
-m
Am 12.09.2013 08:24, schrieb Michael S. Tsirkin:
> piix 1.7 is the default.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> hw/i386/pc_piix.c | 19 +--
> hw/i386/pc_q35.c | 17 -
> 2 files changed, 33 insertions(+), 3 deletions(-)
Looks like you forget to rebase?
[Note cc: Luiz]
Paolo Bonzini writes:
> Il 12/09/2013 11:15, Wenchao Xia ha scritto:
>> This series will remove the usage of symbols of mon-protocol-event in
>> qemu-img, qemu-nbd and qemu-io, in short remove the connetion for block
>> layer.
>>
>> Background:
>> I am tring to decouple block
On Thu, Sep 12, 2013 at 05:59:30AM -0600, Eric Blake wrote:
> On 09/11/2013 11:36 PM, Michael Tokarev wrote:
> >
> > A solution which I proposed at the very beginning -- to export
> > a "hashed" init function from modules, and call it from the
> > main executable. Like, instead of, say, qemu_modu
In qmp_transaction, assert that the BdrvActionOps to be used is actually
valid.
This assertion failing is very improbable, however, it might happen, if
a new TransactionActionKind is introduced "out of order" and the
actions[] array is not updated.
Signed-off-by: Max Reitz
---
blockdev.c | 2 ++
** Description changed:
virtio-serial appears to lose writes, but only when used on top of
virtio-mmio. The scenario is this:
/home/rjones/d/qemu/arm-softmmu/qemu-system-arm \
-global virtio-blk-device.scsi=off \
-nodefconfig \
-nodefaults \
-nographic \
-M
On Thu, Sep 12, 2013 at 10:47:37AM +0200, Vincenzo Maffione wrote:
> This patch implements the NetClientInfo.receive_iov method for the
> e1000 device emulation. In this way a network backend that uses
> qemu_sendv_packet() can deliver the fragmented packet without
> requiring an additional copy in
On 09/12/2013 01:58 AM, Peter Maydell wrote:
> On 12 September 2013 09:25, Claudio Fontana
> wrote:
>> On 02.09.2013 19:54, Richard Henderson wrote:
>>>
>>> -case INDEX_op_bswap64_i64:
>>> -ext = 1; /* fall through */
>>> case INDEX_op_bswap32_i64:
>>> +/* Despite the _i6
On 09/12/2013 01:29 AM, Claudio Fontana wrote:
> I see the problem related to the previous patch.
> What about continuing to use int in the previous patch,
> and replace it with bool in this one? The previous patch would only target
> the way ext is set,
> and this one would really contain all boo
It is allocated by g_new0() in inet_parse(), so needs to be freed in
qemu_rdma_data_init().
>From d7a8d1aad11fbe9af389cf9dd6cee14cc3249b1f Mon Sep 17 00:00:00 2001
From: Frank Yang
Date: Thu, 12 Sep 2013 21:37:56 +0800
Subject: [PATCH] rdma: memory leak InetSocketAddress
Signed-off-by: Frank Ya
On Thu, Sep 12, 2013 at 01:27:32PM +0200, Jack Wang wrote:
> Hi all,
>
> We're using qemu export md-raid to guest OS, and we saw deadlock on
> MD(which is already fixed by Neil), please see thread below:
> > http://marc.info/?l=linux-raid&m=137894040228125&w=2
>
> As Neil suggested it would be go
On 09/12/2013 01:30 AM, Claudio Fontana wrote:
>> +case INDEX_op_mov_i64:
>> +case INDEX_op_mov_i32:
>> +case INDEX_op_movi_i64:
>> +case INDEX_op_movi_i32:
>> +/* Always implemented with tcg_out_mov/i, never with tcg_out_op. */
>> default:
>> -tcg_abort(); /*
1 - 100 of 197 matches
Mail list logo
