From: Liu Ping Fan
memory_region_{add,del}_subregion will inc/dec mr's refcnt.
Signed-off-by: Liu Ping Fan
---
memory.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/memory.c b/memory.c
index 5dc8b59..2eaa2fc 100644
--- a/memory.c
+++ b/memory.c
@@ -1356,7 +1356,7
From: Liu Ping Fan
If out of global lock, we will be challenged by SMP in low level,
so need atomic ops.
This file is heavily copied from kernel. Currently, only x86 atomic ops
included, and will be extended for other arch for future.
Signed-off-by: Liu Ping Fan
---
include/qemu/atomic.h | 1
From: Liu Ping Fan
iohandler/bh/timer may use DeviceState when its refcnt=0,
postpone the reclaimer till they have done with it.
Signed-off-by: Liu Ping Fan
---
qom/object.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/qom/object.c b/qom/object.c
index 822bd
From: Liu Ping Fan
Signed-off-by: Liu Ping Fan
---
include/qemu/object.h |3 ++-
qom/object.c | 13 +
2 files changed, 7 insertions(+), 9 deletions(-)
diff --git a/include/qemu/object.h b/include/qemu/object.h
index 8b17776..58db9d0 100644
--- a/include/qemu/object.h
From: Liu Ping Fan
Change tcg code to use PhysMap.
This is separated from the prev patch for review purpose. Should be
merged into prev one.
Signed-off-by: Liu Ping Fan
---
exec.c | 27 +--
1 files changed, 21 insertions(+), 6 deletions(-)
diff --git a/exec.c b/exec.
From: Liu Ping Fan
PhysMap contain the flatview and radix-tree view, they are snapshot
of system topology and should be consistent. With PhysMap, we can
swap the pointer when updating and achieve the atomic.
Signed-off-by: Liu Ping Fan
---
exec.c |8
memory.c | 33
From: Liu Ping Fan
Using refcnt for mr, so we can separate mr's life cycle management
from refered object.
When mr->ref 0->1, inc the refered object.
When mr->ref 1->0, dec the refered object.
The refered object can be DeviceStae, another mr, or other opaque.
Signed-off-by: Liu Ping Fan
--
From: Liu Ping Fan
When guest confirm the removal of device, we should
--unmap from MemoryRegion view
--isolated from device tree view
Signed-off-by: Liu Ping Fan
---
hw/acpi_piix4.c |4 ++--
hw/pci.c| 13 -
hw/pci.h|2 ++
hw/qdev.c | 28 ++
Peter Maydell writes:
> On 7 August 2012 20:26, Markus Armbruster wrote:
>> qemu-system-arm lm3s811evb
>> qemu-system-arm lm3s6965evb
>> qemu-system-arm: /work/armbru/qemu/hw/qdev.c:310:
>> qdev_get_gpio_in: Assertion `n >= 0 && n < dev->num_gpio_in' failed.
>
> This is fixed by http:/
Andreas Färber writes:
> Am 07.08.2012 21:26, schrieb Markus Armbruster:
>> Very basic smoke test: start QEMU with -monitor stdio, quit immediately.
> [...]
>> Summary of results:
>>
>> * Bad unexplained
> [...]
>> qemu-system-ppc64 prep
>> qemu: hardware error: Unknown device 'i82378' f
On Tue, Aug 7, 2012 at 11:26 PM, Markus Armbruster wrote:
> Very basic smoke test: start QEMU with -monitor stdio, quit immediately.
> Wouldn't it be nice if that worked for all targets and machine types?
>
> Many targets have mandatory options (fun oxymoron), such as -kernel or
> -pflash. Can't
Blue Swirl writes:
> On Tue, Aug 7, 2012 at 7:26 PM, Markus Armbruster wrote:
>> Very basic smoke test: start QEMU with -monitor stdio, quit immediately.
>> Wouldn't it be nice if that worked for all targets and machine types?
>>
>> Many targets have mandatory options (fun oxymoron), such as -ke
Hi all,
Just for research, we are studying if we can leave the guest page
table walk to underlying hardware rather than using software emulation
(like current approach). So, maybe (if *doable*) we can use x86 hardware
to help us to walk guest (like ARM) page table. The rough idea is we
have to m
Il 08/08/2012 01:46, Peter Crosthwaite ha scritto:
> Hi All,
>
> We seem to be having difficulty getting a review/merge on this patch. I
> have sent two series, two pings and a PULL, with only a single reply
> from P. Maydell asking for other reviewers to weigh in:
>
> - on July 17 P. May
On 8 August 2012 01:00, Anthony Liguori wrote:
>
> They need a per machine hook before and after devices are created. This is
> okay and it turns out it can be handy for other machines too that do
> similiar could not exist outside of a simulator features.
If it's 'before and after device creati
Markus Armbruster writes:
> Peter Maydell writes:
>
>> On 7 August 2012 20:55, Markus Armbruster wrote:
>>> Anthony Liguori writes:
Perhaps we could add a QEMUMachine parameter that indicates that the
machine doesn't start without special options.
>>>
>>> Recommend to make it a strin
Il 07/08/2012 20:46, Anthony Liguori ha scritto:
>
>> > This will be needed as soon as process_incoming_migration will set
>> > handlers on the file. The patch may be removed if
> ...?
... we get access to the file descriptor of a QEMUFile in a better way
(i.e. improve patch 6).
Paolo
On 8 August 2012 08:50, Markus Armbruster wrote:
> Markus Armbruster writes:
>> The string should be suitable for inserting into -help.
>
> Sufficiently common cases can also be delegated to generic code:
>
> * Maximum number of CPUs
>
> Got that: QEMUMachine member max_cpus, main() enforces it
On 8 August 2012 08:38, 陳韋任 (Wei-Ren Chen) wrote:
> Just for research, we are studying if we can leave the guest page
> table walk to underlying hardware rather than using software emulation
> (like current approach). So, maybe (if *doable*) we can use x86 hardware
> to help us to walk guest (li
On Wed, Aug 08, 2012 at 07:51:07AM +0200, Stefan Priebe wrote:
> Any news? Was this applied upstream?
Kevin is ill. He has asked me to review and test patches in his
absence. When he gets back later this week this will get picked up (and
included in QEMU 1.2).
Here is the tree, it includes this
On 07/12/12 17:08, Gerd Hoffmann wrote:
> This patch adds a "use64" property which will make the ivshmem driver
> register a 64bit memory bar when set, so you have something to play with
> when testing 64bit pci bits. It also allows to have quite big shared
> memory regions, like this:
Ping?
On Tue, 7 Aug 2012 21:00:59 +
Blue Swirl wrote:
> > diff --git a/hw/s390x/css.c b/hw/s390x/css.c
> > new file mode 100644
> > index 000..7941c44
> > --- /dev/null
> > +++ b/hw/s390x/css.c
> > @@ -0,0 +1,440 @@
> > +/*
> > + * Channel subsystem base support.
> > + *
> > + * Copyright 2012
On 7 August 2012 15:52, Cornelia Huck wrote:
> +static void sch_handle_clear_func(SubchDev *sch)
> +{
> +struct pmcw *p = &sch->curr_status.pmcw;
> +struct scsw *s = &sch->curr_status.scsw;
> +int path;
> +
> +/* Path management: In our simple css, we always choose the only path. *
On Tue, 7 Aug 2012 20:47:22 +
Blue Swirl wrote:
> > diff --git a/hw/s390x/virtio-ccw.c b/hw/s390x/virtio-ccw.c
> > new file mode 100644
> > index 000..8a90c3a
> > --- /dev/null
> > +++ b/hw/s390x/virtio-ccw.c
> > @@ -0,0 +1,962 @@
> > +/*
> > + * virtio ccw target implementation
> > + *
ah OK - thanks. Will there be a fixed 1.1.2 as well?
Stefan
Am 08.08.2012 10:06, schrieb Stefan Hajnoczi:
On Wed, Aug 08, 2012 at 07:51:07AM +0200, Stefan Priebe wrote:
Any news? Was this applied upstream?
Kevin is ill. He has asked me to review and test patches in his
absence. When he get
Peter Maydell writes:
> On 8 August 2012 08:50, Markus Armbruster wrote:
>> Markus Armbruster writes:
>>> The string should be suitable for inserting into -help.
>>
>> Sufficiently common cases can also be delegated to generic code:
>>
>> * Maximum number of CPUs
>>
>> Got that: QEMUMachine m
I think similar bug has been filed against qemu-kvm debian package
(http://bugs.debian.org/683983). Will try to reproduce/bisect as time
permits. Note the debian bugreport also mentions segfault on usb_del in
monitor.
** Bug watch added: Debian Bug tracker #683983
http://bugs.debian.org/cgi-b
Max Filippov writes:
> On Tue, Aug 7, 2012 at 11:26 PM, Markus Armbruster wrote:
>> Very basic smoke test: start QEMU with -monitor stdio, quit immediately.
>> Wouldn't it be nice if that worked for all targets and machine types?
>>
>> Many targets have mandatory options (fun oxymoron), such as
On Wed, Aug 08, 2012 at 09:05:18AM +0100, Peter Maydell wrote:
> On 8 August 2012 08:38, 陳韋任 (Wei-Ren Chen) wrote:
> > Just for research, we are studying if we can leave the guest page
> > table walk to underlying hardware rather than using software emulation
> > (like current approach). So, may
On Tue, Aug 07, 2012 at 08:15:03PM +, Blue Swirl wrote:
> On Tue, Aug 7, 2012 at 8:00 AM, Bharata B Rao
> wrote:
> > qemu: Add a config option for GlusterFS as block backend
> >
> > From: Bharata B Rao
> >
> > GlusterFS support in QEMU depends on libgfapi, libgfrpc and
> > libgfxdr provided b
On Tue, Aug 7, 2012 at 8:59 PM, Corey Bryant wrote:
>
>
> On 08/07/2012 02:16 PM, Stefan Hajnoczi wrote:
>>
>> On Fri, Aug 3, 2012 at 6:28 PM, Corey Bryant
>> wrote:
>>> +snprintf(fd_str, sizeof(fd_str), "%ld", fd);
>>> +qerror_report(QERR_FD_NOT_FOUND, fd_str);
>>
>>
>> Why use an fd_str
On Wed, 8 Aug 2012 09:27:32 +0100
Peter Maydell wrote:
> On 7 August 2012 15:52, Cornelia Huck wrote:
> > +static void sch_handle_clear_func(SubchDev *sch)
> > +{
> > +struct pmcw *p = &sch->curr_status.pmcw;
> > +struct scsw *s = &sch->curr_status.scsw;
> > +int path;
> > +
> > +
Il 08/08/2012 08:25, Liu Ping Fan ha scritto:
> From: Liu Ping Fan
>
> If out of global lock, we will be challenged by SMP in low level,
> so need atomic ops.
>
> This file is heavily copied from kernel.
Then it cannot be GPLv2 _or later_. Please use the version that I
pointed you to.
Paolo
On Wed, Aug 08, 2012 at 08:58:07AM +0100, Peter Maydell wrote:
> On 8 August 2012 01:00, Anthony Liguori wrote:
> >
> > They need a per machine hook before and after devices are created. This is
> > okay and it turns out it can be handy for other machines too that do
> > similiar could not exist
On 08/08/2012 09:25 AM, Liu Ping Fan wrote:
> From: Liu Ping Fan
>
> If out of global lock, we will be challenged by SMP in low level,
> so need atomic ops.
>
> This file is heavily copied from kernel. Currently, only x86 atomic ops
> included, and will be extended for other arch for future.
>
Blue Swirl writes:
> On Mon, Jul 30, 2012 at 12:56 PM, Markus Armbruster wrote:
>> Blue Swirl writes:
>>
>>> On Sat, Jul 28, 2012 at 6:41 AM, Markus Armbruster
>>> wrote:
Blue Swirl writes:
> On Wed, Jul 25, 2012 at 11:49 AM, Markus Armbruster
> wrote:
>> Asking for "f
On 08/08/2012 09:25 AM, Liu Ping Fan wrote:
> From: Liu Ping Fan
>
> Collect unused object and release them at caller demand.
>
Please explain the motivation for this patch.
--
error compiling committee.c: too many arguments to function
> I propose we use gcc builtins. We get automatic architecture support,
> and tuning for newer processors if the user so chooses.
>
> http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Atomic-Builtins.html
>
> In May 2031 we can switch to C11 atomics.
Maybe 2013?
--
Wei-Ren Chen (陳韋任)
Il 08/08/2012 11:05, Avi Kivity ha scritto:
>> > From: Liu Ping Fan
>> >
>> > Collect unused object and release them at caller demand.
>> >
> Please explain the motivation for this patch.
It's poor man RCU, I think?
Paolo
On Wed, Aug 08, 2012 at 10:43:01AM +0800, Wen Congyang wrote:
> diff --git a/Documentation/virtual/kvm/pv_event.txt
> b/Documentation/virtual/kvm/pv_event.txt
> new file mode 100644
> index 000..0ebc890
> --- /dev/null
> +++ b/Documentation/virtual/kvm/pv_event.txt
> @@ -0,0 +1,32 @@
> +The KV
On 08/08/2012 09:25 AM, Liu Ping Fan wrote:
> From: Liu Ping Fan
>
> Using mem_map_lock to protect among updaters. So we can get the intact
> snapshot of mem topology -- FlatView & radix-tree.
>
> Signed-off-by: Liu Ping Fan
> ---
> exec.c |3 +++
> memory.c | 22 ++
On 08/08/2012 12:07 PM, Paolo Bonzini wrote:
> Il 08/08/2012 11:05, Avi Kivity ha scritto:
>>> > From: Liu Ping Fan
>>> >
>>> > Collect unused object and release them at caller demand.
>>> >
>> Please explain the motivation for this patch.
>
> It's poor man RCU, I think?
I thought that it was
On 08/08/2012 12:05 PM, 陳韋任 (Wei-Ren Chen) wrote:
>> I propose we use gcc builtins. We get automatic architecture support,
>> and tuning for newer processors if the user so chooses.
>>
>> http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Atomic-Builtins.html
>>
>> In May 2031 we can switch to C11 atom
On 8 August 2012 10:04, Markus Armbruster wrote:
> Next problem: minimum RAM size.
>
> For instance, -M pc -m X, where X < 32KiB dies "qemu: fatal: Trying to
> execute code outside RAM or ROM at [...] Aborted (core dumped)" with
> TCG, and "KVM internal error. Suberror: 1" with KVM.
>
> Should a m
On 08/08/2012 09:25 AM, Liu Ping Fan wrote:
> From: Liu Ping Fan
>
> The types of referred object by MemoryRegion are variable, ex,
> another mr, DeviceState, or other struct defined by drivers.
> So the refer/unrefer may be different by drivers.
>
> Using this ops, we can mange the backend obje
On 08/08/2012 09:25 AM, Liu Ping Fan wrote:
> From: Liu Ping Fan
>
> Using refcnt for mr, so we can separate mr's life cycle management
> from refered object.
> When mr->ref 0->1, inc the refered object.
> When mr->ref 1->0, dec the refered object.
>
> The refered object can be DeviceStae, a
On 8 August 2012 07:25, Liu Ping Fan wrote:
> +static inline void atomic_sub(int i, Atomic *v)
> +{
> +asm volatile("lock; subl %1,%0"
> + : "+m" (v->counter)
> + : "ir" (i));
> +}
NAK. We don't want random inline assembly implementations of locking
primitives in QEMU,
At 08/08/2012 05:12 PM, Andrew Jones Wrote:
> On Wed, Aug 08, 2012 at 10:43:01AM +0800, Wen Congyang wrote:
>> diff --git a/Documentation/virtual/kvm/pv_event.txt
>> b/Documentation/virtual/kvm/pv_event.txt
>> new file mode 100644
>> index 000..0ebc890
>> --- /dev/null
>> +++ b/Documentation/v
On 08/08/2012 09:25 AM, Liu Ping Fan wrote:
> From: Liu Ping Fan
>
> PhysMap contain the flatview and radix-tree view, they are snapshot
> of system topology and should be consistent. With PhysMap, we can
> swap the pointer when updating and achieve the atomic.
>
> Signed-off-by: Liu Ping Fan
>
On 8 August 2012 07:25, Liu Ping Fan wrote:
> From: Liu Ping Fan
>
> lock:
> qemu_device_tree_mutex
Looking at where it's used, this doesn't seem to have anything to do
with device trees (ie dtb, see www.devicetree.org) : poorly named lock?
-- PMM
Il 08/08/2012 08:25, Liu Ping Fan ha scritto:
> From: Liu Ping Fan
>
> Collect unused object and release them at caller demand.
>
> Signed-off-by: Liu Ping Fan
> ---
> include/qemu/reclaimer.h | 28 ++
> main-loop.c |5
> qemu-tool.c |
Il 08/08/2012 08:25, Liu Ping Fan ha scritto:
> From: Liu Ping Fan
>
> iohandler/bh/timer may use DeviceState when its refcnt=0,
> postpone the reclaimer till they have done with it.
>
> Signed-off-by: Liu Ping Fan
> ---
> qom/object.c |9 -
> 1 files changed, 8 insertions(+), 1 de
On 08/08/2012 09:25 AM, Liu Ping Fan wrote:
> From: Liu Ping Fan
>
> Flatview and radix view are all under the protection of pointer.
> And this make sure the change of them seem to be atomic!
>
> The mr accessed by radix-tree leaf or flatview will be reclaimed
> after the prev PhysMap not in us
Il 08/08/2012 08:25, Liu Ping Fan ha scritto:
> From: Liu Ping Fan
>
> Signed-off-by: Liu Ping Fan
> ---
> cpus.c | 12
> main-loop.h |3 +++
> 2 files changed, 15 insertions(+), 0 deletions(-)
>
> diff --git a/cpus.c b/cpus.c
> index b182b3d..a734b36 100644
> --- a/cpu
On 08/08/2012 09:25 AM, Liu Ping Fan wrote:
> From: Liu Ping Fan
>
Please explain the motivation. AFAICT, the big qemu lock is sufficient.
--
error compiling committee.c: too many arguments to function
On 08/08/2012 12:04 PM, Markus Armbruster wrote:
>>
>> Yes please, maybe with a notice to the user.
>
> Next problem: minimum RAM size.
>
> For instance, -M pc -m X, where X < 32KiB dies "qemu: fatal: Trying to
> execute code outside RAM or ROM at [...] Aborted (core dumped)" with
> TCG, and "KVM
Il 08/08/2012 08:25, Liu Ping Fan ha scritto:
> +void qdev_unplug_complete(DeviceState *dev, Error **errp)
> +{
> +/* isolate from mem view */
> +qdev_unmap(dev);
> +qemu_lock_devtree();
> +/* isolate from device tree */
> +qdev_unset_parent(dev);
> +qemu_unlock_devtree();
>
Il 08/08/2012 08:25, Liu Ping Fan ha scritto:
>
> +static void
> +pci_e1000_unmap(PCIDevice *p)
> +{
> +/* DO NOT FREE anything!until refcnt=0 */
> +/* isolate from memory view */
> +}
At least you need to call the superclass method.
Paolo
> static int
> pci_e1000_uninit(PCIDevice *d
Peter Maydell writes:
> On 8 August 2012 10:04, Markus Armbruster wrote:
>> Next problem: minimum RAM size.
>>
>> For instance, -M pc -m X, where X < 32KiB dies "qemu: fatal: Trying to
>> execute code outside RAM or ROM at [...] Aborted (core dumped)" with
>> TCG, and "KVM internal error. Suberr
Ok. I tried to bisect this, but it appears to be not so easy. The
problem is that between 1.0 and 1.1, there's a lot of usb breakage, and
bisection leads to segfaults or assertion failures.
(qemu) usb_add host:003.002
usb_create: no bus specified, using "usb.0" for "usb-host"
(qemu) Segmentatio
On 08/08/2012 12:52 PM, Paolo Bonzini wrote:
> Il 08/08/2012 08:25, Liu Ping Fan ha scritto:
>> +void qdev_unplug_complete(DeviceState *dev, Error **errp)
>> +{
>> +/* isolate from mem view */
>> +qdev_unmap(dev);
>> +qemu_lock_devtree();
>> +/* isolate from device tree */
>> +q
This makes usable default for -cpu option both for qemu-system-xtensa
and qemu-system-xtensaeb fixing the following error:
$ qemu-system-xtensaeb -M sim
Unable to find CPU definition
Signed-off-by: Max Filippov
---
hw/xtensa_lx60.c|6 +++---
hw/xtensa_sim.c |4 ++--
targ
ping
- Original Message -
> From: "Igor Mammedov"
> To: qemu-devel@nongnu.org
> Cc: "peter maydell" , aligu...@us.ibm.com,
> ehabk...@redhat.com, s...@weilnetz.de,
> mtosa...@redhat.com, ag...@suse.de, mdr...@linux.vnet.ibm.com,
> blauwir...@gmail.com, jcmvb...@gmail.com,
> a...@redhat.
The bug also applies to Debian Qemu 1.1.0
Adding the changes of commit c52acf60b6c12ff5eb58eb6ac568c159ae0c8737 on
top of the 1.1.0 Debian package fixes the issue.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpa
There are several mistakes in the pseudo-RCU usage of 9pfs. This
patch series converts everything to a regular mutex. Patch 1 applies
enough fixes so that a trivial mutex-based synchronization is correct.
Patch 2 uses the mutex for both read and write sides.
Paolo Bonzini (2):
9p-synth: fix re
Even with the fix in the previous patch, the lockless handling of paths
in 9p-synth is wrong. Paths can outlive rcu_read_unlock arbitrarily
via the V9fsPath objects that 9p-synth creates. This would require
a reference counting mechanism that is not there and is quite hard to
retrofit into V9fsPa
The read-side critical sections in 9p-synth currently only include the
navigation of the list. This is incorrect; it works for two reasons,
first obviously because rcu_read_lock/unlock are still no-ops; second,
because elements of the list are never deleted from the list (only added).
In fact, onl
Max Filippov writes:
> This makes usable default for -cpu option both for qemu-system-xtensa
> and qemu-system-xtensaeb fixing the following error:
>
> $ qemu-system-xtensaeb -M sim
> Unable to find CPU definition
>
> Signed-off-by: Max Filippov
Tested-by: Markus Armbruster
While dealing with USB issues today I noticed that
usb_del monitor command is broken, attempting to
delete any usb device immediately results in assertion
failure:
(qemu) usb_del 0.1
ERROR:qom/object.c:408:object_delete: assertion failed: (obj->ref == 0)
Aborted
I bisected this issue to commit:
Markus Armbruster writes:
> Andreas Färber writes:
>
>> Am 07.08.2012 21:26, schrieb Markus Armbruster:
>>> Very basic smoke test: start QEMU with -monitor stdio, quit immediately.
>> [...]
>>> Summary of results:
>>>
>>> * Bad unexplained
>> [...]
>>> qemu-system-ppc64 prep
>>> qemu: h
On 08.08.2012 16:18, Michael Tokarev wrote:
> While dealing with USB issues today I noticed that
> usb_del monitor command is broken, attempting to
> delete any usb device immediately results in assertion
> failure:
>
> (qemu) usb_del 0.1
> ERROR:qom/object.c:408:object_delete: assertion failed: (
Ping?
patchwork url: http://patchwork.ozlabs.org/patch/173202/
-- PMM
On 25 July 2012 16:29, Peter Maydell wrote:
> Add asm-generic/kvm_para.h to the set of non-architecture specific
> KVM kernel headers we copy into QEMU. This header may be included
> by an architecture's kvm_para.h header.
>
On 08/07/2012 05:53 PM, Luiz Capitulino wrote:
Add information about the new error format and improve the text a bit.
Signed-off-by: Luiz Capitulino
---
docs/writing-qmp-commands.txt | 47 +--
1 file changed, 27 insertions(+), 20 deletions(-)
diff --g
Il 08/08/2012 14:22, Michael Tokarev ha scritto:
> @@ -152,6 +152,16 @@ int qdev_init(DeviceState *dev)
> +
> +if (!OBJECT(dev)->parent) {
> +static int unattached_count = 0;
> +gchar *name = g_strdup_printf("device[%d]", unattached_count++);
> +
> +object_property_add_c
Am 08.08.2012 14:39, schrieb Paolo Bonzini:
> Il 08/08/2012 14:22, Michael Tokarev ha scritto:
>> [...] should there be a call to object_unref()
>> somewhere?
>
> There should be a call to object_unparent() somewhere actually.
> We've been peppering the code with them for a few months now while
>
Il 08/08/2012 14:48, Andreas Färber ha scritto:
> Adding object_unparent() to object_delete() looks okay to me, but we
> should not forget about the upcoming i440fx and prep_pci use cases where
> we want to embed children in the parent's struct, so that
> object_delete() will never be called on it.
On Tue, Aug 07, 2012 at 11:58:28AM -0400, Corey Bryant wrote:
> @@ -2566,6 +2567,92 @@ FdsetInfoList *qmp_query_fdsets(Error **errp)
> return fdset_list;
> }
>
> +int monitor_fdset_get_fd(int64_t fdset_id, int flags)
> +{
> +mon_fdset_t *mon_fdset;
> +mon_fdset_fd_t *mon_fdset_fd;
>
available in the git repository at:
http://repo.or.cz/r/qemu/quintela.git migration-next-20120808
for you to fetch changes up to dd051c7217eae04191169ac62f6ffb7531c8da32:
Restart optimization on stage3 update version (2012-08-08 13:51:12 +0200)
Juan Quintela (1):
Restart optimization
On Tue, Aug 7, 2012 at 4:58 PM, Corey Bryant wrote:
> libvirt's sVirt security driver provides SELinux MAC isolation for
> Qemu guest processes and their corresponding image files. In other
> words, sVirt uses SELinux to prevent a QEMU process from opening
> files that do not belong to it.
>
> sV
On Wed, Aug 8, 2012 at 10:21 AM, Peter Maydell wrote:
> On 8 August 2012 07:25, Liu Ping Fan wrote:
>> +static inline void atomic_sub(int i, Atomic *v)
>> +{
>> +asm volatile("lock; subl %1,%0"
>> + : "+m" (v->counter)
>> + : "ir" (i));
>> +}
>
> NAK. We don't want ran
On 08.08.2012 16:39, Paolo Bonzini wrote:
> Il 08/08/2012 14:22, Michael Tokarev ha scritto:
>> @@ -152,6 +152,16 @@ int qdev_init(DeviceState *dev)
>> +
>> +if (!OBJECT(dev)->parent) {
>> +static int unattached_count = 0;
>> +gchar *name = g_strdup_printf("device[%d]", unattach
Il 08/08/2012 15:09, Stefan Hajnoczi ha scritto:
>> > NAK. We don't want random inline assembly implementations of locking
>> > primitives in QEMU, they are way too hard to keep working with all the
>> > possible host architectures we support. I spent some time a while back
>> > getting rid of the
On Wed, 08 Aug 2012 14:35:23 +0200
Pavel Hrdina wrote:
> On 08/07/2012 05:53 PM, Luiz Capitulino wrote:
> > Add information about the new error format and improve the text a bit.
> >
> > Signed-off-by: Luiz Capitulino
> > ---
> > docs/writing-qmp-commands.txt | 47
> >
On 8 August 2012 14:18, Paolo Bonzini wrote:
> Il 08/08/2012 15:09, Stefan Hajnoczi ha scritto:
>> No need to roll our own or copy the implementation from the kernel.
>
> To some extent we need to because:
>
> 1. GCC atomics look ugly, :) do not provide rmb/wmb, and in some
> versions of GCC mb is
On 08/08/2012 04:52 AM, Stefan Hajnoczi wrote:
On Tue, Aug 7, 2012 at 8:59 PM, Corey Bryant wrote:
On 08/07/2012 02:16 PM, Stefan Hajnoczi wrote:
On Fri, Aug 3, 2012 at 6:28 PM, Corey Bryant
wrote:
+snprintf(fd_str, sizeof(fd_str), "%ld", fd);
+qerror_report(QERR_FD_NOT_FOUND, f
Il 08/08/2012 15:32, Peter Maydell ha scritto:
>> > 1. GCC atomics look ugly, :) do not provide rmb/wmb, and in some
>> > versions of GCC mb is known to be (wrongly) a no-op.
>> >
>> > 2. glib atomics do not provide mb/rmb/wmb either, and
>> > g_atomic_int_get/g_atomic_int_set are inefficient: they
On 08/08/2012 09:02 AM, Stefan Hajnoczi wrote:
On Tue, Aug 07, 2012 at 11:58:28AM -0400, Corey Bryant wrote:
@@ -2566,6 +2567,92 @@ FdsetInfoList *qmp_query_fdsets(Error **errp)
return fdset_list;
}
+int monitor_fdset_get_fd(int64_t fdset_id, int flags)
+{
+mon_fdset_t *mon_fdset;
On 08/08/2012 04:49 PM, Paolo Bonzini wrote:
> Il 08/08/2012 15:32, Peter Maydell ha scritto:
>>> > 1. GCC atomics look ugly, :) do not provide rmb/wmb, and in some
>>> > versions of GCC mb is known to be (wrongly) a no-op.
>>> >
>>> > 2. glib atomics do not provide mb/rmb/wmb either, and
>>> > g_a
On Wed, Aug 8, 2012 at 3:18 AM, Gerd Hoffmann wrote:
> Hi,
>
The only thing
its missing is to fix the endianess for server/client handshaking.
>>>
>>> What exactly do you mean here?
>>
>> Well that are negotiation messages configuring each channel, its
>> capabilities, encryption keys
[adding qemu-devel, for a qemu-ga question]
On 08/07/2012 06:04 PM, MATSUDA, Daiki wrote:
> Hi, All.
>
> I rewrote the patches as Eric suggested.
>
>
>
> virsh # help qemu-agent-command
> NAME
> qemu-agent-command - Qemu Guest Agent Command
>
> SYNOPSIS
> qemu-agent-command [--ti
On Tue, Aug 7, 2012 at 9:01 AM, Bharata B Rao
wrote:
> block: Support GlusterFS as a QEMU block backend.
>
> From: Bharata B Rao
>
> This patch adds gluster as the new block backend in QEMU. This gives
> QEMU the ability to boot VM images from gluster volumes. Its already
> possible to boot from
On 08.08.2012 17:09, Michael Tokarev wrote:
[]
> Something similar should be applied to 1.1-stable. FWIW, some
> changes are not needed there.
Cherry-pick to stable-1.1 removes the two unneeded hunks.
This is what I plan to include into debian package. It
fixes the original usb_del issue, and I
On Wed, Aug 8, 2012 at 2:54 PM, Corey Bryant wrote:
>
>
> On 08/08/2012 09:02 AM, Stefan Hajnoczi wrote:
>>
>> On Tue, Aug 07, 2012 at 11:58:28AM -0400, Corey Bryant wrote:
>>>
>>> @@ -2566,6 +2567,92 @@ FdsetInfoList *qmp_query_fdsets(Error **errp)
>>> return fdset_list;
>>> }
>>>
>>> +in
On 08/08/2012 09:04 AM, Stefan Hajnoczi wrote:
On Tue, Aug 7, 2012 at 4:58 PM, Corey Bryant wrote:
libvirt's sVirt security driver provides SELinux MAC isolation for
Qemu guest processes and their corresponding image files. In other
words, sVirt uses SELinux to prevent a QEMU process from op
On Tue, Aug 7, 2012 at 2:44 PM, Benoît Canet wrote:
> This patchset create a block driver implementing a quorum using three qemu
> disk
> images. Writes are mirrored on the three files.
> For the reading part the three files are read at the same time and a vote is
> done to determine which is the
On Tue, Aug 7, 2012 at 2:44 PM, Benoît Canet wrote:
> Signed-off-by: Benoit Canet
> ---
> block/quorum.c | 62
>
> 1 file changed, 62 insertions(+)
>
> diff --git a/block/quorum.c b/block/quorum.c
> index e0405b6..de58ab8 100644
> --- a
On Tue, Aug 7, 2012 at 9:30 PM, Blue Swirl wrote:
> On Tue, Aug 7, 2012 at 1:44 PM, Benoît Canet wrote:
>> +static void quorum_close(BlockDriverState *bs)
>> +{
>> +BDRVQuorumState *s = bs->opaque;
>> +int i;
>> +
>> +/* Ensure writes reach stable storage */
>> +for (i = 0; i <= 2
Hello list,
i wanted to start using virtio-scsi instead of virtio-blk, cause it
offers the possibility to use discard / trim support.
Kernel: 3.5.0 on host and guest
Qemu-kvm: 1.1.1 stable
But i'm not seeing the same or nearly the same speed:
virtio-scsi:
rand. 4k:
write: io=677628KB, bw=6
Am 08.08.2012 03:45, schrieb David Gibson:
> On Wed, Aug 08, 2012 at 12:32:39AM +0200, Andreas Färber wrote:
>> Am 08.08.2012 00:02, schrieb Benjamin Herrenschmidt:
>>> On Fri, 2012-08-03 at 17:01 +0200, Andreas Färber wrote:
I have posted a suggestion where CPU reset is triggered by "the
Reported as a bug at: https://bugs.launchpad.net/qemu/+bug/1034423
First observed with OpenSolaris 2009.06, and also applies to the latest
OpenIndiana release.
Version: qemu-kvm 1.1.1
Hardware:
2 x AMD Opteron 6128 8-core processors, 64GB RAM.
These guests boot on equivalent Intel hardware.
T
1 - 100 of 154 matches
Mail list logo
