On Mon, Dec 10, 2012 at 11:39 PM, Kevin Wolf wrote:
> Am 06.12.2012 07:51, schrieb Dong Xu Wang:
>> Document for add-cow format, the usage and spec of add-cow are introduced.
>>
>> Signed-off-by: Dong Xu Wang
>> ---
>> docs/specs/add-cow.txt | 154
>> +++
On Tue, Dec 11, 2012 at 1:15 AM, Kevin Wolf wrote:
> Am 06.12.2012 07:51, schrieb Dong Xu Wang:
>> This patch will use qemu-iotests to test add-cow file format.
>>
>> Signed-off-by: Dong Xu Wang
>> ---
>> tests/qemu-iotests/017 |2 +-
>> tests/qemu-iotests/020 |2 +-
>> tests
On 11.12.2012, at 01:36, Scott Wood wrote:
> On 12/08/2012 07:44:39 AM, Alexander Graf wrote:
>> The OpenPIC allows MSI access through shared MSI registers. Implement
>> them for the MPC8544 MPIC, so we can support MSIs.
>> Signed-off-by: Alexander Graf
>> ---
>> hw/openpic.c | 150
>> ++
On Tue, Dec 11, 2012 at 1:54 AM, Kevin Wolf wrote:
> Am 06.12.2012 07:51, schrieb Dong Xu Wang:
>> add-cow file format core code. It use block-cache.c as cache code.
>> It lacks of snapshot_blkdev support.
>>
>> v16->v17:
>> 1) Use stringify.
>>
>> v15->v16:
>> 1) Judge if opts is null in add_cow_
On 11.12.2012, at 00:34, Scott Wood wrote:
> On 12/08/2012 07:44:25 AM, Alexander Graf wrote:
>> MPIC interrupt numbers in Linux (device tree) and in QEMU are different,
>> because QEMU takes the sparseness of the IRQ number space into account.
>> Remove that cleverness and instead assume a fla
On 11.12.2012, at 00:42, Scott Wood wrote:
> On 12/08/2012 07:44:33 AM, Alexander Graf wrote:
>> The openpic source irqs are carrying around a type indicator that
>> is never accessed by anything. Remove it.
>> Signed-off-by: Alexander Graf
>> ---
>> hw/openpic.c | 27 ++-
On 11.12.2012, at 00:47, Scott Wood wrote:
> On 12/08/2012 07:44:37 AM, Alexander Graf wrote:
>> This patch converts the OpenPIC device to qdev. Along the way it
>> renames the "openpic" target to "raven" and the "mpic" target to
>> "mpc8544", to better reflect the actual models they implement.
On Tue, Dec 11, 2012 at 1:11 AM, Kevin Wolf wrote:
> Am 06.12.2012 07:51, schrieb Dong Xu Wang:
>> We will re-use qcow2-cache as block layer common cache code,
>> so change its name and made some changes, define a struct named
>> BlockTableType, pass BlockTableType and table size parameters to
>>
On Tue, Dec 11, 2012 at 01:57:04PM +0800, Amos Kong wrote:
> In vl.c:main(), tap device would be created when net_init_clients() is called.
> "device" option is parsed after calling net_init_clients() by:
> # "qemu_opts_foreach(qemu_find_opts("device"), device_init_func, NULL, 1)
>
> Qemu will exi
于 2012-12-11 7:53, Eduardo Habkost 写道:
On Tue, Dec 11, 2012 at 12:12:23AM +0100, Andreas Färber wrote:
Am 10.12.2012 19:09, schrieb Eduardo Habkost:
On Sun, Dec 09, 2012 at 08:45:52PM +0100, Andreas Färber wrote:
Commit 511c68d3af626cb0a39034cb77e7ac64d3a26c0c (finally kill cpudef
config secti
On Thu, Dec 06, 2012 at 02:47:17PM +0800, Dong Xu Wang wrote:
> Patch 1-3 are from Luiz, added Markus's comments, discussion could be found
> here:
> http://lists.nongnu.org/archive/html/qemu-devel/2012-07/msg02716.html
> Patch 3 was changed according Paolo's comments.
>
> Patch 4-5: because qemu
This morning I found the following unstaged change in my working tree,
it should have been part of "[PATCH v6 10/12] virtio-blk: restore
VirtIOBlkConf->config_wce flag":
diff --git a/hw/virtio-pci.c b/hw/virtio-pci.c
index c60b89a..32cc910 100644
--- a/hw/virtio-pci.c
+++ b/hw/virtio-pci.c
@@ -895
On Mon, Dec 10, 2012 at 03:54:58PM -, Tim Hardeck wrote:
> 47683d669f993308c2b84bed4ce64aafb5d7ced4 is the first bad commit
> commit 47683d669f993308c2b84bed4ce64aafb5d7ced4
> Author: Gerd Hoffmann
> Date: Thu Oct 11 12:04:33 2012 +0200
>
> pixman/vnc: remove rgb_prepare_row* functions
Am 11.12.2012 09:25, schrieb Dong Xu Wang:
> On Tue, Dec 11, 2012 at 1:11 AM, Kevin Wolf wrote:
>> Am 06.12.2012 07:51, schrieb Dong Xu Wang:
>>> We will re-use qcow2-cache as block layer common cache code,
>>> so change its name and made some changes, define a struct named
>>> BlockTableType, pas
Am 11.12.2012 09:11, schrieb Dong Xu Wang:
>>> index bf5c57c..1a30462 100644
>>> --- a/block/block-cache.c
>>> +++ b/block/block-cache.c
>>> @@ -112,6 +112,8 @@ static int block_cache_entry_flush(BlockDriverState
>>> *bs, BlockCache *c, int i)
>>> BLKDBG_EVENT(bs->file, BLKDBG_REFBLOCK_UP
On Mon, Dec 10, 2012 at 08:29:46AM -0600, Anthony Liguori wrote:
> This series replaces:
>
> qemu_put_buffer(f, (unsigned char*)&req->elem, sizeof(req->elem));
>
> With code that properly saves out each element of the structure using
> a well defined endian format. Migration is broken today
On 12/11/12 09:57, Stefan Hajnoczi wrote:
> On Mon, Dec 10, 2012 at 03:54:58PM -, Tim Hardeck wrote:
>> 47683d669f993308c2b84bed4ce64aafb5d7ced4 is the first bad commit
>> commit 47683d669f993308c2b84bed4ce64aafb5d7ced4
>> Author: Gerd Hoffmann
>> Date: Thu Oct 11 12:04:33 2012 +0200
>>
>>
On Thu, Dec 06, 2012 at 07:24:04AM -0500, Miroslav Rezanina wrote:
> This is second version of patch adding compare subcommand that
> compares two images. Compare has following criteria:
> - only data part is compared
> - unallocated sectors are not read
> - in case of different image size, exc
On Mon, Dec 10, 2012 at 11:38:21AM -0500, tom289...@safe-mail.net wrote:
> Hello,
>
> I sent this to qemu-discuss a week ago and got no responses, so I'm trying
> here.
>
> Looking at `qemu-kvm -device ?`, there seem to be multiple usb
> implementations:
> ich9-usb-uhci2
> ich9-usb-uhci3
> ich9
On Mon, Dec 10, 2012 at 12:56:22PM +0100, Fabien Chouteau wrote:
> An error has occurred if the return value is invalid_set_file_pointer
> and getlasterror doesn't return no_error.
>
> Signed-off-by: Fabien Chouteau
> ---
> block/raw-win32.c | 17 ++---
> 1 file changed, 14 inserti
HI,
Since the slides have been there, why would nobody like to export them
on http://www.linux-kvm.org/page/KVM_Forum_2012? If so, we can
download or review them.
On Tue, Dec 11, 2012 at 5:03 PM, Stefan Hajnoczi wrote:
> On Mon, Dec 10, 2012 at 11:38:21AM -0500, tom289...@safe-mail.net wrote:
>>
Thanks Gerd,
This fix also my win2003 R2 SP2 x64 acpi bsod with hpet enabled
Regards,
Alexandre
- Mail original -
De: "Gerd Hoffmann"
À: qemu-devel@nongnu.org
Cc: "Gerd Hoffmann" , qemu-sta...@nongnu.org
Envoyé: Mardi 11 Décembre 2012 08:34:12
Objet: [Qemu-devel] [PATCH 1/1] seabios:
On Thu, Dec 06, 2012 at 08:19:24PM +0530, Aneesh Kumar K.V wrote:
> q...@buildbot.b1-systems.de writes:
>
> > The Buildbot has detected a new failure on builder virtfs_x86_64_debian_6_0
> > while building qemu.
> > Full details are available at:
> >
> > http://buildbot.b1-systems.de/qemu/builde
On Fri, Dec 07, 2012 at 09:43:18AM +0800, zwu.ker...@gmail.com wrote:
> From: Zhi Yong Wu
>
> Remove some redundant blanks in the comments of
> net_hub_id_for_client().
>
> Signed-off-by: Zhi Yong Wu
> ---
> net/hub.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Thanks, app
On Tuesday, December 11, 2012 10:34:34 AM Stefan Hajnoczi wrote:
> On Thu, Dec 06, 2012 at 08:19:24PM +0530, Aneesh Kumar K.V wrote:
> > q...@buildbot.b1-systems.de writes:
> >
> >
> > > The Buildbot has detected a new failure on builder
> > > virtfs_x86_64_debian_6_0 while building qemu.> >
> > >
On Fri, Dec 07, 2012 at 11:49:49AM +0800, liguang wrote:
> if value to be translated is larger than INT64_MAX,
> this function will not be convenient for caller to
> be aware of it, so change a little for this.
>
> Signed-off-by: liguang
> ---
> cutils.c |5 +++--
> 1 files changed, 3 insert
Hi Kevin,
I'm using the bdrv_pread() function during boot partition detection ...
In detail:
bdrv_pread() is called to read 32 bytes from a 2048 bytes formatted
disk. This results in setting up a read of 512 bytes (1 sector
multiplied by 512 current code in paio_submit()), which is wrong for a
O
On 10.12.2012, at 14:00, Michael S. Tsirkin wrote:
> On Tue, Nov 27, 2012 at 05:07:32PM +1100, David Gibson wrote:
>> The PAPR specification requires that every bus or device mediated by the
>> IOMMU have a unique Logical IO Bus Number (LIOBN). This patch adds a check
>> to enforce this, which w
On Fri, Dec 07, 2012 at 03:56:34PM +0100, Tim Hardeck wrote:
Thanks for addressing my review comments.
> @@ -1328,13 +1358,14 @@ void vnc_client_read(void *opaque)
>
> void vnc_write(VncState *vs, const void *data, size_t len)
> {
> -buffer_reserve(&vs->output, len);
> +buffer_res
Am 10.12.2012 14:59, schrieb Juan Quintela:
>
> Hi
>
> Please send in any agenda topics you are interested in.
Can probably be answered on the list, but what is the status of libqos?
Kevin
On Thu, Dec 06, 2012 at 12:30:19AM +, Furukawa, Eiji wrote:
>
> The select() do not masked signal in os_host_main_loop_wait.
>
> For example, qemu-timer.c gives SIGALRM regularly.
> Even if a buffer of select is empty,
What does "a buffer of select is empty" mean?
> I think that it is a pr
it will help to get rid of setting default.
Signed-off-by: Igor Mammedov
---
target-i386/cpu.c | 27 +++
1 files changed, 27 insertions(+), 0 deletions(-)
diff --git a/target-i386/cpu.c b/target-i386/cpu.c
index 64b7637..1497980 100644
--- a/target-i386/cpu.c
+++ b/tar
No functional change, needed for simplifying convertion to properties.
Signed-off-by: Igor Mammedov
---
target-i386/cpu.c | 12 +++-
1 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/target-i386/cpu.c b/target-i386/cpu.c
index 99fd3f3..e534254 100644
--- a/target-i386/cpu.
* make sure that qemu is compiled with --enable-vnc-png
* git clone git://github.com/kanaka/noVNC
* edit include/rfb.js at line 50 and comment out or remove all encodings above
"['TIGHT_PNG',-260 ],"
* open vnc.html in Firefox or Chrome
*apply either my patch to QEMU https://lists.nongnu
On 10.12.2012, at 10:18, Cornelia Huck wrote:
> On Mon, 10 Dec 2012 10:00:16 +0100
> Alexander Graf wrote:
>
>>
>>
>> On 07.12.2012, at 13:50, Cornelia Huck wrote:
>>
>>> Provide handlers for (most) channel I/O instructions.
>>>
>>> Signed-off-by: Cornelia Huck
>>> ---
>>> target-s390x/cp
This series is a several cleanups, moved out from CPU properties series,
since they do not really depend on CPU properties refactoring and could
simplify CPU subclasses work as well.
git tree for testing:
https://github.com/imammedo/qemu/tree/x86_cpu_cleanup.wave2
Igor Mammedov (6):
target-
On Thu, Dec 06, 2012 at 04:02:57AM -, Brad Smith wrote:
> QEMU 1.3.0 on OpenBSD now crashes with an error as shown below and the
> command line params do not seem to matter.
Please use git-bisect(1) to identify the commit that caused the
regression.
I was unable to hit this code path with qem
On 10.12.2012, at 11:18, Cornelia Huck wrote:
> On Mon, 10 Dec 2012 09:07:57 +0100
> Alexander Graf wrote:
>
>>
>> On 07.12.2012, at 13:50, Cornelia Huck wrote:
>>
>>> Basic channel I/O structures and helper function.
>>>
>>> Signed-off-by: Cornelia Huck
>>> ---
>>> target-s390x/Makefile.ob
On 10.12.2012, at 11:27, Cornelia Huck wrote:
> On Mon, 10 Dec 2012 09:20:57 +0100
> Alexander Graf wrote:
>
>>
>> On 07.12.2012, at 13:50, Cornelia Huck wrote:
>>
>>> I/O interrupts are queued per isc. Only crw pending machine checks
>>> are supported.
>>>
>>> Signed-off-by: Cornelia Huck
Am 11.12.2012 10:58, schrieb Heinz Graalfs:
> Hi Kevin,
>
> I'm using the bdrv_pread() function during boot partition detection ...
>
> In detail:
> bdrv_pread() is called to read 32 bytes from a 2048 bytes formatted
> disk. This results in setting up a read of 512 bytes (1 sector
> multiplied b
On 12/10/12 17:38, tom289...@safe-mail.net wrote:
> Hello,
>
> I sent this to qemu-discuss a week ago and got no responses, so I'm trying
> here.
>
> Looking at `qemu-kvm -device ?`, there seem to be multiple usb
> implementations:
> ich9-usb-uhci2
> ich9-usb-uhci3
> ich9-usb-uhci1
> piix3-usb-
On 07.12.2012, at 14:55, Jens Freimann wrote:
> From: Christian Borntraeger
>
> Since commit 967c0da73a7b0da186baba6632301d83644a570c
>vl.c: Avoid segfault when started with no arguments
>
> the user can specify a kernel without a command line. Lets not
> overwrite the default command line
On 07.12.2012, at 14:55, Jens Freimann wrote:
> From: Christian Borntraeger
>
> Lets move the code to setup IPL for external kernel
> or via the zipl rom into a separate file. This allows to
>
> - define a reboot handler, setting up the PSW appropriately
> - enhance the boot code to IPL disks
when CPU properties are implemented, ext2_features may change
between object_new(CPU) and cpu_realize_fn(). Sanitizing
ext2_features for AMD based CPU at realize() time will keep
current behavior after CPU features are converted to properties.
Signed-off-by: Igor Mammedov
---
v2:
- style fix, m
since cpu_def config is not supported anymore and all remainig sources now
always set x86_def_t.vendor[123] fields remove setting default vendor to
simplify future refactoring.
Signed-off-by: Igor Mammedov
---
target-i386/cpu.c | 13 -
1 files changed, 4 insertions(+), 9 deletions(
Am 11.12.2012 10:21, schrieb Stefan Hajnoczi:
> On Mon, Dec 10, 2012 at 12:56:22PM +0100, Fabien Chouteau wrote:
>> An error has occurred if the return value is invalid_set_file_pointer
>> and getlasterror doesn't return no_error.
>>
>> Signed-off-by: Fabien Chouteau
>> ---
>> block/raw-win32.c |
Signed-off-by: Igor Mammedov
Reviewed-by: Eduardo Habkost
Signed-off-by: Eduardo Habkost
---
target-i386/cpu.c | 31 ---
1 files changed, 16 insertions(+), 15 deletions(-)
diff --git a/target-i386/cpu.c b/target-i386/cpu.c
index 7be3ad8..63aae86 100644
--- a/targe
On 07.12.2012, at 13:50, Cornelia Huck wrote:
> Add a new virtio transport that uses channel commands to perform
> virtio operations.
>
> Add a new machine type s390-ccw that uses this virtio-ccw transport
> and make it the default machine for s390.
>
> Signed-off-by: Cornelia Huck
> ---
> hw/
No functional change, a simple code movement to simplify following refactoring.
Signed-off-by: Igor Mammedov
---
v2:
- rebased on top of "i386: cpu: remove duplicate feature names"
http://www.mail-archive.com/qemu-devel@nongnu.org/msg129458.html
v3:
- rebased on top of 1.3-rc0 & spli
On 07.12.2012, at 16:14, Christian Borntraeger wrote:
> Alex,
>
> here is were the IPL device code would move into. Some rough edges are still
> there, but it can ipl almost anything that was zipled under LPAR/VM.
Please try and check how nicely this can be done if we would map a firmware
blo
On 11/12/12 11:34, Alexander Graf wrote:
>
> On 07.12.2012, at 14:55, Jens Freimann wrote:
>
>> From: Christian Borntraeger
>>
>> Since commit 967c0da73a7b0da186baba6632301d83644a570c
>>vl.c: Avoid segfault when started with no arguments
>>
>> the user can specify a kernel without a command
On 11.12.2012, at 12:15, Christian Borntraeger wrote:
> On 11/12/12 11:34, Alexander Graf wrote:
>>
>> On 07.12.2012, at 14:55, Jens Freimann wrote:
>>
>>> From: Christian Borntraeger
>>>
>>> Since commit 967c0da73a7b0da186baba6632301d83644a570c
>>> vl.c: Avoid segfault when started with no
Matthew Ogilvie wrote:
> 2. Just fix it immediately, and don't worry about migration. Squash
>the last few patches together. A single missed periodic
>timer tick that only happens when migrating
>between versions of qemu is probably not a significant
>concern. (Unless someone kno
** Attachment added: "screenshot of the issue"
https://bugs.launchpad.net/qemu/+bug/1087974/+attachment/3457223/+files/tight-png-compression-issue.png
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs
On 11/12/12 12:19, Alexander Graf wrote:
>
> On 11.12.2012, at 12:15, Christian Borntraeger wrote:
>
>> On 11/12/12 11:34, Alexander Graf wrote:
>>>
>>> On 07.12.2012, at 14:55, Jens Freimann wrote:
>>>
From: Christian Borntraeger
Since commit 967c0da73a7b0da186baba6632301d83644a5
On Mon, Nov 26, 2012 at 02:05:00PM +0100, Benoît Canet wrote:
> Signed-off-by: Benoit Canet
> ---
> docs/specs/qcow2.txt | 33 -
> 1 file changed, 32 insertions(+), 1 deletion(-)
>
> diff --git a/docs/specs/qcow2.txt b/docs/specs/qcow2.txt
> index 36a559d..16eaf
On Mon, Nov 26, 2012 at 02:05:00PM +0100, Benoît Canet wrote:
> +== Deduplication table ==
> +
> +The deduplication table contains 64 bits offsets to the level 2 deduplication
> +table clusters.
> +Each entry of these clusters contains a 32 bytes SHA256 hash followed by the
> +64 bits logical offse
On Mon, Nov 26, 2012 at 02:05:01PM +0100, Benoît Canet wrote:
> diff --git a/block/qcow2.h b/block/qcow2.h
> index b4eb654..e192001 100644
> --- a/block/qcow2.h
> +++ b/block/qcow2.h
> @@ -58,6 +58,23 @@
>
> #define DEFAULT_CLUSTER_SIZE 65536
>
> +/* deduplication node */
> +typedef struct {
>
On Tue, 11 Dec 2012 05:12:29 +
Dietmar Maurer wrote:
> Can't we enable stat queries by default (10s interval),
I'm not sure I like this for two reasons. First, there will be cases where
the user doesn't want this to be enabled. Second, we'll be forcing an interval
on users.
> and simply ret
On 10 December 2012 03:32, wrote:
> Fix a bug on the ARM GIC model where interrupts are not
> set pending on the correct target CPUs when they are
> triggered by writes to the Interrupt Set Enable or
> Set Pending registers.
>
> Signed-off-by: Daniel Sangorrin
Reviewed-by: Peter Maydell
Thank
On Mon, Nov 26, 2012 at 02:05:02PM +0100, Benoît Canet wrote:
> +/**
> + * Read some data from the QCOW2 file
> + *
> + * @data: the buffer where the data must be stored
> + * @sector_num: the sector number to read in the QCOW2 file
> + * @nb_sectors: the number of sectors to read
> + * @ret:
On 3 December 2012 22:55, Jean-Christophe DUBOIS wrote:
> Check for a 0 "distance" value to avoid infinite loop when the
> expired FCR timer was not programed with auto-increment.
>
> With this change the behavior is coherent with the same type
> of code in the exynos4210_gfrc_restart() function i
> > Can't we enable stat queries by default (10s interval),
>
> I'm not sure I like this for two reasons. First, there will be cases where the
> user doesn't want this to be enabled. Second, we'll be forcing an interval on
> users.
OK.
> > and simply return all stats with one API call (query-ba
On 11/12/12 11:53, Alexander Graf wrote:
>
> On 07.12.2012, at 13:50, Cornelia Huck wrote:
>
>> Add a new virtio transport that uses channel commands to perform
>> virtio operations.
>>
>> Add a new machine type s390-ccw that uses this virtio-ccw transport
>> and make it the default machine for s
On Tue, 11 Dec 2012 12:05:32 +
Dietmar Maurer wrote:
> > > and simply return all stats with one API call (query-ballon)?
> >
> > We can't use query-balloon because this changes query-balloon from
> > synchronous to asynchronous, and this is an incompatible change.
>
> Why don't we simply ca
On Mon, 10 Dec 2012 18:26:28 -0600
Rob Landley wrote:
> What do you actually use to run Linux under this target? There are some
> leads at
> http://virtuallyfun.superglobalmegacorp.com/?p=1206 which more or less
> leads to
> http://ftp.nl.debian.org/debian/dists/Debian6.0.6/main/installer-s39
Am 06.12.2012 13:24, schrieb Miroslav Rezanina:
> This is second version of patch adding compare subcommand that
> compares two images. Compare has following criteria:
> - only data part is compared
> - unallocated sectors are not read
> - in case of different image size, exceeding part of bigg
> > Can't we enable stat queries by default (10s interval),
>
> I'm not sure I like this for two reasons. First, there will be cases where the
> user doesn't want this to be enabled. Second, we'll be forcing an interval on
> users.
So when should we set the stats-polling-interval? I first thought
Hi
Anthony, this fixes two errors on the migration code, could you pull?
Thanks, Juan.
The following changes since commit 1c97e303d4ea80a2691334b0febe87a50660f99d:
Merge remote-tracking branch 'afaerber/qom-cpu' into staging (2012-12-10
08:35:15 -0600)
are available in the git repository at
From: David Gibson
madvise(DONTNEED) will throw away the contents of the whole page at the
given address, even if the given length is less than the page size. One
can argue about whether that's the correct behaviour, but that's what it's
done for a long time in Linux at least.
That means that t
From: David Gibson
The code for migrating (or savevm-ing) memory pages starts off by creating
a dirty bitmap and filling it with 1s. Except, actually, because bit
addresses are 0-based it fills every bit except bit 0 with 1s and puts an
extra 1 beyond the end of the bitmap, potentially corruptin
Move all the writes to the migration_thread, and make writings
blocking. Notice that are still using the iothread for everything
that we do.
Signed-off-by: Juan Quintela
---
migration-exec.c | 1 -
migration-fd.c | 1 -
migration-tcp.c | 1 +
migration-unix.c | 1 +
migration.c | 17
Signed-off-by: Juan Quintela
---
migration-fd.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/migration-fd.c b/migration-fd.c
index 487b17e..77aef6d 100644
--- a/migration-fd.c
+++ b/migration-fd.c
@@ -20,7 +20,6 @@
#include "qemu-char.h"
#include "qemu-file.h"
#include "block.h"
-#includ
Signed-off-by: Juan Quintela
---
block.c | 6 ++
cpus.c | 17 +
migration.c | 12
savevm.c| 13 +
4 files changed, 48 insertions(+)
diff --git a/block.c b/block.c
index c05875f..2fa0827 100644
--- a/block.c
+++ b/block.c
@@ -2680,9 +2680
This only moves the code (also from buffered_file.h to migration.h).
Fix whitespace until checkpatch is happy.
Signed-off-by: Juan Quintela
---
Makefile.objs | 2 +-
buffered_file.c | 259
buffered_file.h | 22 -
migration.c |
This will allow us finer control in next patches.
Signed-off-by: Juan Quintela
---
migration.c | 95 ++---
1 file changed, 41 insertions(+), 54 deletions(-)
diff --git a/migration.c b/migration.c
index 5c2f413..7a4a6f0 100644
--- a/migrati
Signed-off-by: Orit Wasserman
Signed-off-by: Juan Quintela
---
migration.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/migration.c b/migration.c
index 7a4a6f0..216356d 100644
--- a/migration.c
+++ b/migration.c
@@ -709,7 +709,7 @@ static void *buffered_file_thread(void *o
Signed-off-by: Juan Quintela
---
migration.c | 17 ++---
1 file changed, 10 insertions(+), 7 deletions(-)
diff --git a/migration.c b/migration.c
index 031302b..5c2f413 100644
--- a/migration.c
+++ b/migration.c
@@ -676,12 +676,6 @@ static bool migrate_fd_put_ready(MigrationState *s,
This function avoids having to do two calls, one to test the dirty bit, and
other to reset it.
Signed-off-by: Juan Quintela
---
memory.c | 16
memory.h | 16
2 files changed, 32 insertions(+)
diff --git a/memory.c b/memory.c
index 7419853..c72a5e2 100644
--- a/
Now that we have error handling we can do proper handling of
buffered_flush().
Signed-off-by: Juan Quintela
---
migration.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/migration.c b/migration.c
index 336941b..031302b 100644
--- a/migration.c
+++ b/migration.c
@@ -768,7
On Tue, 11 Dec 2012 11:27:05 +0100
Alexander Graf wrote:
>
> On 10.12.2012, at 11:18, Cornelia Huck wrote:
>
> > On Mon, 10 Dec 2012 09:07:57 +0100
> > Alexander Graf wrote:
> >
> >>
> >> On 07.12.2012, at 13:50, Cornelia Huck wrote:
> >>
> >>> Basic channel I/O structures and helper functi
Signed-off-by: Juan Quintela
---
arch_init.c | 34 --
1 file changed, 20 insertions(+), 14 deletions(-)
diff --git a/arch_init.c b/arch_init.c
index 6c12a7d..3e82588 100644
--- a/arch_init.c
+++ b/arch_init.c
@@ -265,16 +265,21 @@ uint64_t xbzrle_mig_pages_overflo
On Tue, 11 Dec 2012 11:18:44 +0100
Alexander Graf wrote:
>
> On 10.12.2012, at 10:18, Cornelia Huck wrote:
>
> > On Mon, 10 Dec 2012 10:00:16 +0100
> > Alexander Graf wrote:
> >
> >>
> >>
> >> On 07.12.2012, at 13:50, Cornelia Huck wrote:
> >>> +/* Special handling for the prefix page. */
On Tue, Dec 11, 2012 at 09:38:43AM +0100, Stefan Hajnoczi wrote:
> On Tue, Dec 11, 2012 at 01:57:04PM +0800, Amos Kong wrote:
> > In vl.c:main(), tap device would be created when net_init_clients() is
> > called.
> > "device" option is parsed after calling net_init_clients() by:
> > # "qemu_opts_f
On Tue, 11 Dec 2012 12:29:01 +
Dietmar Maurer wrote:
> > > Can't we enable stat queries by default (10s interval),
> >
> > I'm not sure I like this for two reasons. First, there will be cases where
> > the
> > user doesn't want this to be enabled. Second, we'll be forcing an interval
> > o
On Tue, 11 Dec 2012 11:53:18 +0100
Alexander Graf wrote:
>
> On 07.12.2012, at 13:50, Cornelia Huck wrote:
>
> > Add a new virtio transport that uses channel commands to perform
> > virtio operations.
> >
> > Add a new machine type s390-ccw that uses this virtio-ccw transport
> > and make it t
Hi Kevin,
thanks for review, comments inline.
- Original Message -
> From: "Kevin Wolf"
> To: "Miroslav Rezanina"
> Cc: qemu-devel@nongnu.org, "Paolo Bonzini" , "Stefan
> Hajnoczi"
> Sent: Tuesday, December 11, 2012 1:27:45 PM
> Subject: Re: [PATCH v6] Add compare subcommand for qemu-i
We want the file assignment to happen before the thread is created to
avoid locking, so we just do it before creating the thread.
Signed-off-by: Juan Quintela
Reviewed-by: Orit Wasserman
---
buffered_file.c | 13 ++---
buffered_file.h | 2 +-
migration.c | 2 +-
migration.h |
On Mon, Nov 26, 2012 at 02:05:05PM +0100, Benoît Canet wrote:
> +/*
> + * Compute the hash of a given cluster
> + *
> + * @data: a buffer containing the cluster data
> + * @ret: a HASH_LENGTH long dynamically allocated array containing the hash
> + */
> +static uint8_t *qcow2_compute_cluster_hash(
Hi,
is there any virtio-scsi developer here?
I take a look at the tcm_vhost module of kernel 3.7 and want to compile it as
built-in.
However, CONFIG_TCM_VHOST only allows user to build as module.
I wonder why this restriction exists? thx a lot.
ching
On Mon, Dec 10, 2012 at 10:30:42PM -0200, Eduardo Habkost wrote:
> As we will need to create the CPU object after splitting the CPU model
> string (because we're going to use different subclasses for each CPU
> model), move the CPU object creation to cpu_x86_register(), and at the
> same time renam
On Tue, Dec 11, 2012 at 11:11:01AM +0100, Igor Mammedov wrote:
> Signed-off-by: Igor Mammedov
> Reviewed-by: Eduardo Habkost
> Signed-off-by: Eduardo Habkost
Just to confirm that this submission still looks good to me:
Reviewed-by: Eduardo Habkost
> ---
> target-i386/cpu.c | 31 +
We still protect everything except the wait with the iothread lock.
But we moved from a timer to a thread. Steps one by one.
We also need to detect when we have finished with a variable "complete".
Signed-off-by: Juan Quintela
---
buffered_file.c | 58 +++---
On Mon, Nov 26, 2012 at 02:05:07PM +0100, Benoît Canet wrote:
> Signed-off-by: Benoit Canet
> ---
> Makefile|3 +++
> Makefile.target |2 +-
> block/qcow2-dedup.c | 10 --
> 3 files changed, 12 insertions(+), 3 deletions(-)
>
> diff --git a/Makefile b/Makefile
>
On Tue, Dec 11, 2012 at 11:11:04AM +0100, Igor Mammedov wrote:
> since cpu_def config is not supported anymore and all remainig sources now
> always set x86_def_t.vendor[123] fields remove setting default vendor to
> simplify future refactoring.
>
> Signed-off-by: Igor Mammedov
Reviewed-by: Edua
On Tue, Dec 11, 2012 at 11:11:05AM +0100, Igor Mammedov wrote:
> No functional change, needed for simplifying convertion to properties.
>
> Signed-off-by: Igor Mammedov
Reviewed-by: Eduardo Habkost
> ---
> target-i386/cpu.c | 12 +++-
> 1 files changed, 7 insertions(+), 5 deletions
At this point, it is waranteed that state is ACTIVE. Old position
didn't assured hat.
Signed-off-by: Juan Quintela
---
migration.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/migration.c b/migration.c
index 371ff0c..913f3bc 100644
--- a/migration.c
+++ b/migration.c
@@
On Tue, Dec 11, 2012 at 11:11:02AM +0100, Igor Mammedov wrote:
> when CPU properties are implemented, ext2_features may change
> between object_new(CPU) and cpu_realize_fn(). Sanitizing
> ext2_features for AMD based CPU at realize() time will keep
> current behavior after CPU features are converted
On Tue, Dec 11, 2012 at 11:11:06AM +0100, Igor Mammedov wrote:
> No functional change, a simple code movement to simplify following
> refactoring.
>
> Signed-off-by: Igor Mammedov
Reviewed-by: Eduardo Habkost
> ---
> v2:
> - rebased on top of "i386: cpu: remove duplicate feature names"
>
On Mon, 10 Dec 2012 22:30:42 -0200
Eduardo Habkost wrote:
> As we will need to create the CPU object after splitting the CPU model
> string (because we're going to use different subclasses for each CPU
> model), move the CPU object creation to cpu_x86_register(), and at the
> same time rename cpu
1 - 100 of 252 matches
Mail list logo