I also have this issue. Does anyone have a work around? (it works with
Virtual Box)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1198350
Title:
USB pass-through fails with USBDEVFS_DISCONNECT: Inv
On 10/14/2013 03:30 PM, Mike Qiu wrote:
Sorry for the first version make a mistake of the sender.
There is no difference with v1.
Thanks
Mike
The default mac address is 52:54:00:12:34:56 + index, this will
cause problem that when we boot up more than one guest with all
mac addresses unset by
On 10/14/2013 10:36 PM, Markus Armbruster wrote:
Mike Qiu writes:
Without this, output of 'info block'
scsi0-hd0: /images/f18-ppc64.qcow2 (qcow2)
[not inserted]
scsi0-cd2: [not inserted]
Removable device: not locked, tray closed
floppy0: [not inserted]
Removable d
On 10/15/2013 01:07 PM, Stefan Weil wrote:
Am 15.10.2013 06:17, schrieb Mike Qiu:
Changelog to v1:
Find remainder of macaddr->a[5] by modulo 256,
otherwise it may be overflow by add index++.
The default mac address is 52:54:00:12:34:56 + index, this will
cause problem that w
On 10/15/2013 02:05 PM, Stefan Weil wrote:
Am 15.10.2013 07:57, schrieb mike:
On 10/15/2013 01:07 PM, Stefan Weil wrote:
Am 15.10.2013 06:17, schrieb Mike Qiu:
Changelog to v1:
Find remainder of macaddr->a[5] by modulo 256,
otherwise it may be overflow by add index++.
The defa
On 10/15/2013 04:58 PM, Kevin Wolf wrote:
Am 15.10.2013 um 05:38 hat mike geschrieben:
On 10/14/2013 10:36 PM, Markus Armbruster wrote:
Mike Qiu writes:
Without this, output of 'info block'
scsi0-hd0: /images/f18-ppc64.qcow2 (qcow2)
[not inserted]
scsi0-cd2: [not inserted]
On 10/15/2013 05:31 PM, Markus Armbruster wrote:
Kevin Wolf writes:
Am 15.10.2013 um 05:38 hat mike geschrieben:
On 10/14/2013 10:36 PM, Markus Armbruster wrote:
Mike Qiu writes:
Without this, output of 'info block'
scsi0-hd0: /images/f18-ppc64.qcow2 (qcow2)
[not inserted]
will use qemu.
The third is, when one feature has a issue in qemu,
no matter when it is been triggered, should we not fix it?
Mike
Thanks
On 10/16/2013 03:56 PM, Wenchao Xia wrote:
于 2013/10/16 15:47, Markus Armbruster 写道:
Wenchao Xia writes:
于 2013/10/15 18:07, mike 写道:
On 10/15/2013 04:58 PM, Kevin Wolf wrote:
Am 15.10.2013 um 05:38 hat mike geschrieben:
On 10/14/2013 10:36 PM, Markus Armbruster wrote:
Mike Qiu writes
On 10/17/2013 04:11 PM, Kevin Wolf wrote:
Am 17.10.2013 um 05:16 hat Mike Qiu geschrieben:
Change to v1:
remove '[not inserted]' line instead of adding '\n'
Please put such notes for reviewers below the --- line, so that git am
automatically removes them and they
On 10/17/2013 04:14 PM, Stefan Hajnoczi wrote:
On Wed, Oct 16, 2013 at 11:16:01PM -0400, Mike Qiu wrote:
Change to v1:
remove '[not inserted]' line instead of adding '\n'
Output of 'info block'
scsi0-hd0: /images/f18-ppc64.qcow2 (qcow2)
[not inse
=0x4
-device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -device
virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 -vga std
Hi, have you enable the kernel CPU idle driver? especially the guest
kernel.
Thanks
Mike
On 10/17/2013 08:30 PM, Stefan Hajnoczi wrote:
On Tue, Oct 15, 2013 at 09:33:06PM +0800, mike wrote:
On 10/15/2013 08:36 PM, Eric Blake wrote:
On 10/14/2013 11:07 PM, Stefan Weil wrote:
Is it reasonable to get a random mac address in your guest? I don't
think so. It would no long
On 10/18/2013 03:12 PM, tobias wrote:
Hello Mike,
Thanks a lot for getting back on this.
Is the "cpu idle driver" a command line option I need to specify for
qemu (the -cpu option ?)
I could not find a reference to "idle" in the man page.
You need to check the guest kernel
On 10/18/2013 05:00 PM, Stefan Hajnoczi wrote:
On Fri, Oct 18, 2013 at 10:54:13AM +0800, mike wrote:
NACK
I'm not going to merge this patch:
If you terminate QEMU and launch it again the NIC gets a different MAC
address. Some guest operating systems are sensitive to this - under
For
0x40
#define FW_FILE_NAME"slof.bin"
Signed-off-by: Mike Qiu
Can QEMU be built from TCC?
Mike
Does this Bug similiar with
https://bugzilla.redhat.com/show_bug.cgi?id=771390 ?
** Bug watch added: Red Hat Bugzilla #771390
https://bugzilla.redhat.com/show_bug.cgi?id=771390
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https
The compression in this case is certainly chunked already, otherwise you
couldn't implement a pseudo block device without reading the entire
stream to read the last block! As the data in the new disk is
necessarily chunk compressed, parallelisation is perfect feasible, it's
just a question of the
On 10/12/2012 12:49 AM, Mike Lovell wrote:
This makes a few changes to allow ifname to be specified when using
qemu-bridge-helper with both the bridge and tap network interfaces. It adds
the --ifname option to qemu-bridge-helper, removes the restriction that ifname
cannot be specified with
specify the --ifname option when exec'ing the helper.
Signed-off-by: Mike Lovell
---
This feature was originally requested by Mario De Chenno on the qemu-devel
mailing list. Seems pretty simple and figured it was something I could throw
together pretty quickly. I have tested the foll
On 10/12/2012 02:32 AM, Michael Tokarev wrote:
On 12.10.2012 10:49, Mike Lovell wrote:
/* request a tap device, disable PI, and add vnet header support if
- * requested and it's available. */
-prep_ifreq(&ifr, "tap%d");
+ * requested and it's available
error
anyone know of anything that might have changed in the kvm_intel module
or elsewhere that would cause this to break?
mike
On 10/30/2012 02:02 PM, Mike Lovell wrote:
i have been using kvm in an nested environment for a couple months
now. things have appeared to be working fine. i have used both intel
(westmere-ep) hosts and, when starting the first level guest, i have
specified '-cpu qemu64,+vmx' to pa
nd time doing more than 20 lines of C so I'm sure I did some stupid
things. I have only tested on 64 bit x86 Linux systems so far.
Hopefully you all have good things to say. :)
mike
configured multicast
address so all members of the network will receive the packet.
Unfortunately, only IPv4 is currently supported. IPv6 is on the short list of
improvements to be made.
Signed-off-by: Mike Lovell
---
hmp-commands.hx |2 +-
net.c | 31 +++-
net.h
nly tested on 64 bit x86 Linux systems so far.
Hopefully you all have good things to say. :)
mike
On 06/25/2012 04:40 AM, Stefan Hajnoczi wrote:
On Mon, Jun 25, 2012 at 6:42 AM, Mike Lovell wrote:
This is what I've been calling QDES or QEMU Distributed Ethernet Switch. I
first had the idea when I was playing with the udp and mcast socket network
backends while exploring how to build
On 06/25/2012 09:33 AM, Mike Lovell wrote:
On 06/25/2012 04:40 AM, Stefan Hajnoczi wrote:
Have you looked at QEMU's net/vde.c backend?
Does VDE (http://vde.sourceforge.net/) already do everything that
QDES does?
Stefan
I have looked at VDE and used it for a few things. I think QDES h
On 06/26/2012 02:29 AM, Stefan Hajnoczi wrote:
On Mon, Jun 25, 2012 at 5:32 PM, Mike Lovell wrote:
Oh. I forgot another reason why I decided to do this over using VDE. I'll do
this one with an example. Say you have 3 virtual machines on 3 different
hosts. Each host has a vde_switch pr
On 06/27/2012 02:26 AM, Stefan Hajnoczi wrote:
On Tue, Jun 26, 2012 at 5:48 PM, Mike Lovell wrote:
you can connect multiple guests to a single vde_switch. as i understand it,
the communication happens over a local unix domain socket. this would limit
the guests on the same switch to the same
The current bss clear logic assumes the target mmap address and host
address are the same. Use g2h to translate from the target address
space to the host so we can call memset on it.
Signed-off-by: Mike Frysinger
---
linux-user/flatload.c |2 +-
1 files changed, 1 insertions(+), 1
On Monday 09 July 2012 09:21:52 Andreas Färber wrote:
> Am 09.07.2012 15:04, schrieb Mike Frysinger:
> > The current bss clear logic assumes the target mmap address and host
> > address are the same. Use g2h to translate from the target address
> > space to the host so we
_maps':
linux-user/syscall.c:4960: warning: comparison of unsigned expression < 0 is
always false
linux-user/syscall.c:4960: warning: comparison of unsigned expression < 0 is
always false
Signed-off-by: Mike Frysinger
---
cpu-all.h |8 +++-
1 file changed, 7 insertions(+), 1
mat '%#x' expects type 'unsigned int',
but argument 4 has type 'target_phys_addr_t'
Signed-off-by: Mike Frysinger
---
memory.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/memory.c b/memory.c
index 58a242d..7d5f4a3 100644
---
There's no reason to require configure to run before running a clean
target, so check MAKECMDGOALS before.
Signed-off-by: Mike Frysinger
---
Makefile |4
1 file changed, 4 insertions(+)
diff --git a/Makefile b/Makefile
index 1cd5bc8..e75740c 100644
--- a/Makefile
+++ b/Mak
On Sunday 16 September 2012 03:24:22 Blue Swirl wrote:
> On Sun, Sep 16, 2012 at 12:05 AM, Mike Frysinger wrote:
> > Current code triggers:
> > memory.c: In function 'invalid_read':
> > memory.c:1001: warning: format '%#x' expects type 'unsi
The current code to display invalid memory accesses isn't terribly useful
as it doesn't tell you what address is actually being accessed. Include
it in the error message.
Signed-off-by: Mike Frysinger
---
memory.c |8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
di
On Sunday 15 July 2012 15:54:51 Stefan Weil wrote:
> Am 15.07.2012 22:26, schrieb Mike Frysinger:
> > We should not quote the PKG_CONFIG setting as this deviates from the
> > canonical upstream behavior that gets integrated with all other build
> > systems, and deviates from h
On Sunday 16 September 2012 05:52:47 Paolo Bonzini wrote:
> Il 16/09/2012 02:30, Mike Frysinger ha scritto:
> > There's no reason to require configure to run before running a clean
> > target, so check MAKECMDGOALS before.
> >
> > --- a/Makefile
> > +++ b/
There's no reason to require configure to run before running a clean
target, so check MAKECMDGOALS before.
Signed-off-by: Mike Frysinger
---
v2
- handle edge cases
Makefile |4
1 file changed, 4 insertions(+)
diff --git a/Makefile b/Makefile
index 1cd5bc8..0a37369 1
Signed-off-by: Mike Frysinger
---
.gitignore |8
1 file changed, 8 insertions(+)
diff --git a/.gitignore b/.gitignore
index 824c0d2..25c134e 100644
--- a/.gitignore
+++ b/.gitignore
@@ -11,6 +11,7 @@ trace-dtrace.dtrace
*-darwin-user
*-linux-user
*-bsd-user
+libcacard/vscclient
On Sunday 16 September 2012 16:33:15 Stefan Weil wrote:
> Am 16.09.2012 22:11, schrieb Mike Frysinger:
> > +libcacard/vscclient
> > +a.out*
> > +.gdb_history
> > +core
> > +gmon.out
> > +*.diff
> > +*.patch
> > +*.rej
>
> IMHO .gitignore sh
On Monday 17 September 2012 03:19:54 Jan Kiszka wrote:
> On 2012-09-16 22:55, Mike Frysinger wrote:
> > On Sunday 16 September 2012 16:33:15 Stefan Weil wrote:
> >> Am 16.09.2012 22:11, schrieb Mike Frysinger:
> >>> +libcacard/vscclient +a.out* +.gdb_history +core +g
ies is availale online at:
https://github.com/ncultra/qemu/tree/rcu-for-1.7
Mike Day (2):
fixup changes from commit f63ca950
fixup changes from commit f62a6b2f from Paulo Bonzini
Paolo Bonzini (1):
exec: change iotlb APIs to take AddressSpaceDispatch
aio-posix.c| 1
-by: Mike Day
---
cputlb.c | 7 ---
exec.c| 9 +
include/exec/cputlb.h | 9 ++---
3 files changed, 15 insertions(+), 10 deletions(-)
diff --git a/cputlb.c b/cputlb.c
index 977c0ca..1f74d08 100644
--- a/cputlb.c
+++ b/cputlb.c
@@ -255,6 +255,7 @@ v
From: Paolo Bonzini
Reviewed-by: Mike Day
---
aio-posix.c | 1 +
aio-win32.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/aio-posix.c b/aio-posix.c
index 562add6..7f27ea5 100644
--- a/aio-posix.c
+++ b/aio-posix.c
@@ -176,6 +176,7 @@ bool aio_poll(AioContext *ctx, bool blocking
From: Paolo Bonzini
Reviewed-by: Mike Day
---
cpus.c | 3 +++
exec.c | 4 +++-
include/exec/cpu-all.h | 3 +++
3 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/cpus.c b/cpus.c
index 624658e..d6f2775 100644
--- a/cpus.c
+++ b/cpus.c
@@ -764,6 +764,7
Andreas Färber writes:
>> https://github.com/ncultra/qemu/tree/rcu-for-1.7
>>
>> Mike Day (2):
>> fixup changes from commit f63ca950
>> fixup changes from commit f62a6b2f from Paulo Bonzini
>
> These two patches are certainly not acceptable for upstrea
These patches apply to Paolo Bonzini's rcu tree:
https://github.com/bonzini/qemu/tree/rcu
commit 781e47bf1693a80b84eec298a6a1c7b29ab2c135
Signed-off-by: Mike Day
---
hw/misc/ivshmem.c | 2 +-
hw/pci-bridge/pci_bridge_dev.c | 6 +++---
hw/pci/pci_bridge.c| 2 +-
3
These patches change from using Linux kernel style upcasts to typesafe
object oriented casts with runtime checking semantics.
These patches apply to Paolo Bonzini's rcu tree:
https://github.com/bonzini/qemu/tree/rcu
commit 781e47bf1693a80b84eec298a6a1c7b29ab2c135
Signed-off-by: Mik
Peter Maydell writes:
> On 19 August 2013 19:33, Mike Day wrote:
>> These patches apply to Paolo Bonzini's rcu tree:
>>
>> https://github.com/bonzini/qemu/tree/rcu
>> commit 781e47bf1693a80b84eec298a6a1c7b29ab2c135
>>
>> Signed-off-by: Mike Day
&
interface.
To accompany the RCU-enabled DQ, there is also a test file that uses
concurrent readers to contend with a single updater.
This patchset builds on top of Paolo Bonzini's rcu tree:
https://github.com/bonzini/qemu/tree/rcu
Signed-off-by: Mike Day
---
docs/rcu.txt
to contend with a single updater.
This patchset builds on top of Paolo Bonzini's rcu tree:
https://github.com/bonzini/qemu/tree/rcu
Signed-off-by: Mike Day
---
docs/rcu.txt | 2 +-
include/qemu/queue.h | 11 --
include/qemu/rcu_queue.h | 145
of the previous list element) this is assiging the
*previous* element's next pointer, the way I read it.
The Linux list_del_rcu is dealing with a singly linked list and
therefore does not set a value in the previous node's element.
But I'm still unclear on whether or not the memory barrier is needed
because the deleted element won't be reclaimed right away.
Mike
--
Mike Day | + 1 919 371-8786 | ncm...@ncultra.org
"Endurance is a Virtue"
#x27;m working with
it right now. I like the idea of using a flag to provide a form of
atomicity for the doubly-linked list elements. I'm also planning on running
some timing tests to see of the additional memory barriers and atomic
accesses make *any* difference whatsoever.
Mike
Mike Day | ncm...@ncultra.org | +1 919 371-8786
ith a single updater.
This patchset builds on top of Paolo Bonzini's rcu tree:
https://github.com/bonzini/qemu/tree/rcu
Signed-off-by: Mike Day
---
docs/rcu.txt | 2 +-
include/qemu/queue.h | 11 --
include/qemu/rcu_queue.h | 137 +++
tests/Makefile
x, and arm targets. It has not been tested further than that at
this point.
To apply this patch, you must base upon Paolo Bonzini's rcu tree and
also apply the RCU DQ patch (below).
https://github.com/bonzini/qemu/tree/rcu
http://article.gmane.org/gmane.comp.emulators.qemu/230159/
Signed-o
On Wed, Aug 28, 2013 at 12:35 PM, Paolo Bonzini wrote:
>
> > @@ -828,13 +829,18 @@ static inline void
*host_from_stream_offset(QEMUFile *f,
> > qemu_get_buffer(f, (uint8_t *)id, len);
> > id[len] = 0;
> >
> > -QTAILQ_FOREACH(block, &ram_list.blocks, next) {
> > -if (!strncmp(
he ram_list needs to be protected by the caller. The current
docs/rcu.txt information indicates that rcu critical sections can be
"nested or overlapping." But your suggestion results in cleaner code - we
will have to go back to this later as you noted earlier.
Mike
at at
this point.
To apply this patch, you must base upon Paolo Bonzini's rcu tree and
also apply the RCU DQ patch (below).
https://github.com/bonzini/qemu/tree/rcu
http://article.gmane.org/gmane.comp.emulators.qemu/230159/
Signed-off-by: Mike Day
---
arch_init.c
ed out this is low
overhead.
With this change in my working code, ram_control_*_iterate are called from
within an rcu critical section.
Mike
On Tue, Sep 3, 2013 at 10:09 AM, Paolo Bonzini wrote:
>
> Il 03/09/2013 15:56, Mike Day ha scritto:
> >> > +/* this implements a long-running RCU critical section.
> >> > + * When rcu reclaims in the code start to become numerous
> >> >
upon Paolo Bonzini's rcu tree and
also apply the RCU DQ patch (below).
https://github.com/bonzini/qemu/tree/rcu
http://article.gmane.org/gmane.comp.emulators.qemu/230159/
Signed-off-by: Mike Day
---
arch_init.c | 103 ++
exec.c
u/tree/rcu
http://article.gmane.org/gmane.comp.emulators.qemu/230159/
Signed-off-by: Mike Day
---
arch_init.c | 96 +---
exec.c | 162 +--
include/exec/cpu-all.h | 13 ++--
include/qemu/rcu_queue.h | 8 +++
globals into a struct so that we can update it by exchanging pointers
atomically. It seems to disjoint right and error-prone now that we are
making it rcu-enabled.
thanks!
Mike
t instead of allocating a new page. The sigbus signal handler will
> then resolve the page fault in userland by calling the
> remap_anon_pages syscall.
What does "unmapped virtual address" mean in this context?
Mike
SDs)
- rbd cache = true and cache=writeback
- qemu 1.4.0 1.4.0+dfsg-1expubuntu4
- Ubuntu Raring with 3.8.0-25-generic
This issue is reproducible in my environment, and I'm willing to run any
wip branch you need. What else can I provide to help?
Thanks,
Mike Dawson
On 8/5/2013 3:48 AM, Stefan
It is because the commit 74fe54f2a1b5c4f4498a8fe521e1dfc936656cd4,
it puts 'driver' option if the command line use 'format' option.
This patch is to solve this bug.
Signed-off-by: Mike Qiu
---
blockdev.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/blockdev
p/https/ftp', and so in commit:
c2ad1b0c465a9ea8375eaff14bbd85705c673f73
So when 'driver' option used, the snapshot can't
be using.
As this understanding, my first patch is try to
get the the value of key==driver, and if the
value in 'nbd' and 'http/https/ftp', then
give out that error m
rcu_read_{lock,unlock} but requires the program to manually
annotate quiescent points or intervals. QEMU threads usually have easily
identified quiescent periods, so this should not be a problem.
Signed-off-by: Paolo Bonzini
Reviewed-by: Mike Day
---
docs/rcu.txt | 301
From: Paolo Bonzini
Signed-off-by: Paolo Bonzini
Reviewed-by: Mike Day
---
docs/rcu.txt | 108 +--
include/qemu/rcu.h | 22 ++
util/rcu.c | 120 +
3 files changed, 246
This is a rebase of Paolo's May patchset on v1.6.0-rc3
The tree is availavle on github:
https://github.com/ncultra/qemu/tree/rcu-for-1.7
Mike Day (3):
fix #include directive for rcu header
include osdep.h for definition of glue(a,b)
fix pointer reference to rcu_assign_pointer
From: Paolo Bonzini
Signed-off-by: Paolo Bonzini
Reviewed-by: Mike Day
---
docs/rcu.txt | 13 +++--
util/qemu-thread-posix.c | 28 +++-
util/qemu-thread-win32.c | 2 ++
3 files changed, 36 insertions(+), 7 deletions(-)
diff --git a/docs/rcu.txt b
: Paolo Bonzini
Reviewed-by: Mike Day
---
docs/rcu.txt | 27 +++
util/qemu-thread-posix.c | 29 +
util/qemu-thread-win32.c | 16 +++-
util/rcu.c | 3 ---
4 files changed, 67 insertions(+), 8 deletions(-)
diff
From: Paolo Bonzini
Signed-off-by: Paolo Bonzini
Reviewed-by: Mike Day
---
docs/rcu.txt | 5 +
include/qemu/rcu.h | 21 +++--
2 files changed, 24 insertions(+), 2 deletions(-)
diff --git a/docs/rcu.txt b/docs/rcu.txt
index d7c4f0b..4e7cde3 100644
--- a/docs/rcu.txt
Signed-off-by: Mike Day
---
hw/9pfs/virtio-9p-synth.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/9pfs/virtio-9p-synth.c b/hw/9pfs/virtio-9p-synth.c
index d5f5842..fdfea21 100644
--- a/hw/9pfs/virtio-9p-synth.c
+++ b/hw/9pfs/virtio-9p-synth.c
@@ -17,7 +17,7
From: Paolo Bonzini
Threads that run event loops also have places that can sleep for an extended
time. Place an extended quiescent state there.
Signed-off-by: Paolo Bonzini
Reviewed-by: Mike Day
---
aio-posix.c | 9 -
aio-win32.c | 7 +++
main-loop.c | 7 ++-
3 files changed
diff --git a/include/qemu/rcu.h b/include/qemu/rcu.h
index 3a55045..f398e6c 100644
--- a/include/qemu/rcu.h
+++ b/include/qemu/rcu.h
@@ -39,6 +39,7 @@
#include "qemu/compiler.h"
#include "qemu/rcu-pointer.h"
#include "qemu/thread.h"
+#include "qemu/osdep.h"
#include "qemu/queue.h"
#include "qe
From: Paolo Bonzini
CPU threads have extended quiescent states while relinquishing control
to the accelerator (except TCG).
Signed-off-by: Paolo Bonzini
Reviewed-by: Mike Day
---
cpus.c| 3 +++
kvm-all.c | 3 +++
2 files changed, 6 insertions(+)
diff --git a/cpus.c b/cpus.c
index
From: Paolo Bonzini
The aio workers may spend a long time executing I/O operations;
mark that time as an extended quiescent state.
Signed-off-by: Paolo Bonzini
Reviewed-by: Mike Day
---
block/raw-posix.c | 3 +++
block/raw-win32.c | 3 +++
2 files changed, 6 insertions(+)
diff --git a/block
Signed-off-by: Mike Day
---
tests/rcutorture.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/rcutorture.c b/tests/rcutorture.c
index 236c628..b219ff5 100644
--- a/tests/rcutorture.c
+++ b/tests/rcutorture.c
@@ -293,7 +293,7 @@ static void *rcu_update_stress_test(void
From: Paolo Bonzini
The migration thread polls s->state periodically, it does not
use a mutex or condition variable, so it has to report quiescent
states manually.
Signed-off-by: Paolo Bonzini
Reviewed-by: Mike Day
---
migration.c | 2 ++
1 file changed, 2 insertions(+)
diff --gi
synchronize_rcu (the latter being the single consumer), and to report
call_rcu invocations to the thread that receives them.
Signed-off-by: Paolo Bonzini
Reviewed-by: Mike Day
---
include/qemu/thread-posix.h | 8 +++
include/qemu/thread-win32.h | 4 ++
include/qemu/thread.h | 7 +++
util
From: Paolo Bonzini
A stress test program (works, too :)).
Signed-off-by: Paolo Bonzini
Reviewed-by: Mike Day
---
tests/Makefile | 4 +-
tests/rcutorture.c | 439 +
2 files changed, 442 insertions(+), 1 deletion(-)
create mode 100644
From: Paolo Bonzini
Reviewed-by: Mike Day
---
tests/Makefile | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/tests/Makefile b/tests/Makefile
index b4a52b4..4d68d28 100644
--- a/tests/Makefile
+++ b/tests/Makefile
@@ -44,9 +44,14 @@ check-unit-y += tests/test
This series applies on top today's git.qemu.org/master and is online at:
https://github.com/ncultra/qemu/tree/rcu-for-1.7
Paolo Bonzini (2):
fixed tests/Makefile to correctly link rcutorture
enable TLS in build and activate test-tls in make check
configure | 63
From: Paolo Bonzini
Reviewed-by: Mike Day
---
configure | 63 ++
include/qemu/tls.h | 127 +
include/qom/cpu.h | 2 +-
tests/Makefile | 2 +-
tests/test-tls.c | 87
On 10:08 Wed 07 May , Stefan Hajnoczi wrote:
> On Tue, May 06, 2014 at 04:13:50PM -0700, Mike Perez wrote:
> > I would like be able to configure virtio-scsi options num_queues,
> > max_sectors,
> > and cmd_per_lun via libvirt. Are there any plans to have this support?
&g
On Wed, May 7, 2014 at 5:16 PM, Hani Benhabiles wrote:
> FWIW, this new version doesn't trigger a false positive I was having with
> patches 05-07 in [1].
>
> However, from a quick test for this patch on a couple of patches, I am getting
> warnings like this: "WARNING: braces {} are not necessary
n a 2nd
revision, following Peter's suggestion to separate the QEMU rules into
a separate, smaller patch (and with the correct handling of brackets).
Mike
On Thu, May 8, 2014 at 11:12 PM, Alexey Kardashevskiy wrote:
>> There are
>> a couple ways to mitigate this type of situation by using alternative
>> data structures to inform the loop traversal. I don't know if it is
>> worth the effort, though.
>
> Here I lost you :)
If I read the code correctl
When deleting the last snapshot, copying the resulting snapshot table
currently fails, causing the delete operation to also fail. Fix the
failure by skipping the copy and just writing the snapshot header and
freeing the extra clusters.
Signed-off-by: Mike Day
---
There are two specific problems
For the create subcommand the backing file (-b) option is documented
on-line but not in the binary. Add it.
Signed-off-by: Mike Day
---
qemu-img-cmds.hx | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/qemu-img-cmds.hx b/qemu-img-cmds.hx
index d029609..7724709 100644
On Mon, May 12, 2014 at 11:20 AM, Eric Blake wrote:
> Online where? In 'qemu-img --help', or on some web page (at what URL)?
http://qemu.weilnetz.de/qemu-doc.html#vm_005fsnapshots
-o backing file is not documented in the help command.
Mike
On Mon, May 12, 2014 at 11:53 AM, Eric Blake wrote:
> Ah, but it is:
>
> $ qemu-img create -f qcow2 -o help
> Supported options:
> size Virtual disk size
> compat Compatibility level (0.10 or 1.1)
> backing_file File name of a base image
> backing_fmt Image format of
with backing files. (Especially if the option is called
"backingfile.")
I'm not advocating anything here, and I think its fine to leave things
as they are. I just don't want to be the guy who complains and never
fixes anything.
Mike
'.
>
>>
>> block/qcow2-snapshot.c | 25 +++--
>> 1 file changed, 15 insertions(+), 10 deletions(-)
>
> I'd suggest posting a v2 with a better commit message; but the code
> itself seems fine, so you can add:
>
> Reviewed-by: Eric Blake
Got it, thanks!
Mike
moving the last snapshot there are no existing snapshots to be
shifted. All that needs to be done is to write the header and
unallocate the blocks.
Signed-off-by: Mike Day
Reviewed-by: Eric Blake
---
v2: improved the git log entry
added Eric Blake as a reviewer
block/qcow2-snapshot.
ind a specific format in the list.
[Added suggestions from Fam Zheng to declare variables
at the top of the scope in help() and to omit explicit cast for void*
opaque.
--Stefan]
[Removed call to g_sequence_lookup because it breaks the build on
machines with glib < 2.28.
--Mike]
Signed-off-
1 - 100 of 1181 matches
Mail list logo
