On Sat, Nov 16, 2013 at 3:29 AM, Fardin Abdi wrote:
> Since QEMU is part of android emulator, I don't know how to configure it to
> only compile for ARM target. Is there any way that I just add the code for
> ARM target? Or if anyone else has any suggestion on how to compile android
> emulator onl
I've dug into this further, and basically gotten what I had before
working against the latest code. So now the ugly bits are making
themselves known.
In my existing patch set, dpy_refresh is called for each display,
however since hw_update takes an opaque pointer to the hw info
structure, it
Without it, you either get a window for a short time, or worse, test
failures when 'make check' isn't run in an X session.
Signed-off-by: Kevin Wolf
---
tests/blockdev-test.c | 2 +-
tests/qdev-monitor-test.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/blockd
On 11/15/2013 12:44 PM, Michael R. Hines wrote:
> On 11/15/2013 02:25 PM, Eric Blake wrote:
>> On 11/15/2013 10:40 AM, Michael R. Hines wrote:
>>> This is unrelated to RDMA - accessing the /dev/infiniband
>>> device nodes is already supported by libvirt my modifying
>>> the configuration file in /e
On 11/15/2013 02:25 PM, Eric Blake wrote:
On 11/15/2013 10:40 AM, Michael R. Hines wrote:
This is unrelated to RDMA - accessing the /dev/infiniband
device nodes is already supported by libvirt my modifying
the configuration file in /etc and that works just fine.
http://wiki.qemu.org/Features/RD
On 11/15/2013 10:40 AM, Michael R. Hines wrote:
>
> This is unrelated to RDMA - accessing the /dev/infiniband
> device nodes is already supported by libvirt my modifying
> the configuration file in /etc and that works just fine.
http://wiki.qemu.org/Features/RDMALiveMigration states that you modi
Process a whole sector's worth of COW bits by reading a sector, setting
the bits after skipping any already set bits, then writing it out again.
Make sure we only flush once before writing metadata, and only if we
need to write metadata.
Signed-off-by: Charlie Shepherd
---
block/cow.c | 88 +
v4:
- Rebase onto master
- Fix compilation error
v3:
- Refix cow_update_bitmap and squash patches 1 & 3 together to ensuring that
we only flush if
necessary, patch 1 on its own would change this causing a regression.
v2:
- Fix bit position calculations in cow_update_bitmap
- Add nec
cow_co_is_allocated() only checks one sector's worth of allocated bits
before returning. This is allowed but (slightly) inefficient, so extend
it to check all of the file's metadata sectors.
Signed-off-by: Charlie Shepherd
Reviewed-by: Paolo Bonzini
---
block/cow.c | 36
On 13/11/2013 12:59, Kevin Wolf wrote:
Am 06.11.2013 um 16:59 hat Charlie Shepherd geschrieben:
Process a whole sector's worth of COW bits by reading a sector, setting the
bits after skipping
any already set bits, then writing it out again. Make sure we only flush once
before writing
metadata,
Am 15.11.2013 18:02, schrieb Alexey Kardashevskiy:
> On 16.11.2013 2:11, Andreas Färber wrote:
>> Am 15.11.2013 06:14, schrieb Alexey Kardashevskiy:
>>> diff --git a/include/qom/cpu.h b/include/qom/cpu.h
>>> index 7739e00..52fc76d 100644
>>> --- a/include/qom/cpu.h
>>> +++ b/include/qom/cpu.h
>>> @
From: Fam Zheng
This patch moves ret assignment after reporting original error.
We were lucky to pass qemu-iotests 048 (qemu-img compare case) but when
I tried to run with TEST_DIR=/tmp (tmpfs), it fails with a "wrong"
mismatch offset. This fixes two bugs.
In the first if branch, setting ret to
Signed-off-by: Kevin Wolf
Reviewed-by: Stefan Hajnoczi
---
tests/qemu-iotests/073 | 166 +
tests/qemu-iotests/073.out | 118
tests/qemu-iotests/group | 1 +
3 files changed, 285 insertions(+)
create mode 100755
From: Stefan Hajnoczi
There are a number of contributors who maintain block drivers (image
formats and protocols). They should be listed in the MAINTAINERS file
so that get_maintainer.pl lists them.
Note that commits are still merged through Kevin or Stefan's block tree
but the block driver sub
From: Peter Lieven
if multiple sectors spanning multiple clusters are read the
function count_contiguous_clusters should ensure that the
cluster type should not change between the clusters.
Especially the for-loop should break when we have one
or more normal clusters followed by a compressed clu
From: Amos Kong
Currently we have three QemuOptsList (qemu_common_drive_opts,
qemu_legacy_drive_opts, and qemu_drive_opts), only qemu_drive_opts
is added to vm_config_groups[].
This patch changes query-command-line-options to access three local
QemuOptsLists for drive option, and merge the descr
From: Max Reitz
Add a new test case in file 041 for mirroring unbacked images in
"absolute-paths" mode. This should work, if possible, but most
importantly, qemu should never crash.
Signed-off-by: Max Reitz
Reviewed-by: Wenchao Xia
Reviewed-by: Paolo Bonzini
Signed-off-by: Kevin Wolf
---
te
From: Stefan Hajnoczi
Signed-off-by: Stefan Hajnoczi
Signed-off-by: Kevin Wolf
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 02b85ee..836a024 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -639,6 +639,8 @@ S: Supported
F: block*
F: block
From: Max Reitz
It should be possible to execute the QMP "drive-mirror" command in
"none" sync mode and "absolute-paths" mode even for block devices
lacking a backing file.
"absolute-paths" does in fact not require a backing file to be present,
as can be seen from the "top" sync mode code path.
From: Fam Zheng
If backing file doesn't exist, the error message is confusing and
misleading:
$ qemu /tmp/a.qcow2
qemu: could not open disk image /tmp/a.qcow2: Could not open file: No
such file or directory
But...
$ ls /tmp/a.qcow2
/tmp/a.qcow2
$ qemu-img info /tmp/a.q
If an explicit driver option is present, but doesn't specify a valid
driver, then bdrv_open() should fail instead of probing the format.
Signed-off-by: Kevin Wolf
Reviewed-by: Jeff Cody
Reviewed-by: Stefan Hajnoczi
---
block.c| 5 +
tests/qemu-iotests/051 | 7 ++
The following changes since commit 5c5432e7d630592ddcc1876ac8a1505f8f14ef15:
Merge remote-tracking branch 'luiz/queue/qmp' into staging (2013-11-13
11:49:27 -0800)
are available in the git repository at:
git://repo.or.cz/qemu/kevin.git tags/for-anthony
for you to fetch changes up to 06d22
From: Max Reitz
If the NewImageMode is "absolute-paths" but no backing file is available
(e.g., when mirroring a device with an unbacked image), the target image
will not be backed either. This patch updates the documentation in
qapi-schema.json accordingly.
Signed-off-by: Max Reitz
Reviewed-by
On 11/15/13 18:26, Jordan Justen wrote:
> I'm not sure that we have a critical mass of IRC users in edk2 yet,
> but Laszlo and I have started hanging out in #edk2 on the OFTC server.
>
> I added a link on our EDK II wiki page:
> http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=EDK2
On 11/3/13 3:59 , "Gal Hammer" wrote:
>Reviewed-by: Gal Hammer
>
>On 01/11/2013 23:47, Tomoki Sekiyama wrote:
>> Currently, qemu-ga for Windows fails to execute guset-fsfreeze-freeze
>>when
>> no user is logging in to Windows, with an error message:
>>{"error":{"class":"GenericError",
>>
On 11/15/2013 12:06 PM, Daniel P. Berrange wrote:
On Wed, Nov 06, 2013 at 01:59:14PM -0500, mrhi...@linux.vnet.ibm.com wrote:
From: "Michael R. Hines"
As far as we can tell, all known bugs have been fixed:
[snip]
3. Libvirt patches are ready
[snip]
Objections?
There was a first round of
On 11/15/2013 09:42 AM, Max Reitz wrote:
> Actually, the same problem can occur anyway if you have a path with a
> couple of “.” and “..” in it – or even just a hardlink. Thus, to be
> completely safe, we'd have to check whether the snapshot file (if it
> already exists) has a different inode numb
Save the result of the call to object_get_cannonical_path()
so we can free it.
Signed-off-by: Vlad Yasevich
---
v1->v2: Builds and works :)
qom/object.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/qom/object.c b/qom/object.c
index b617f26..fc19cf6 100644
--- a/qom/
On 11/15/2013 12:06 PM, Vlad Yasevich wrote:
Save the result of the call to object_get_cannonical_path()
so we can free it.
Signed-off-by: Vlad Yasevich
---
qom/object.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/qom/object.c b/qom/object.c
index b617f26..21b6f8
Save the result of the call to object_get_cannonical_path()
so we can free it.
Signed-off-by: Vlad Yasevich
---
qom/object.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/qom/object.c b/qom/object.c
index b617f26..21b6f87 100644
--- a/qom/object.c
+++ b/qom/object.c
@@
On Wed, Nov 06, 2013 at 01:59:14PM -0500, mrhi...@linux.vnet.ibm.com wrote:
> From: "Michael R. Hines"
>
> As far as we can tell, all known bugs have been fixed:
[snip]
> 3. Libvirt patches are ready
[snip]
> Objections?
There was a first round of patches posted to the libvirt list back
in J
On 16.11.2013 2:11, Andreas Färber wrote:
> Am 15.11.2013 06:14, schrieb Alexey Kardashevskiy:
>> diff --git a/include/qom/cpu.h b/include/qom/cpu.h
>> index 7739e00..52fc76d 100644
>> --- a/include/qom/cpu.h
>> +++ b/include/qom/cpu.h
>> @@ -197,6 +197,7 @@ struct CPUState {
>> bool kvm_vcpu_
On 16.11.2013 0:15, Alexander Graf wrote:
>
>
> Am 15.11.2013 um 00:12 schrieb Alexey Kardashevskiy :
>
>> At the moment only a whole CPU core can be assigned to a KVM. Since
>> POWER7/8 support several threads per core, we want all threads of a core
>> to go to the same KVM so every time we run
On 11/15/2013 09:22 AM, lijun wrote:
> From: Jun Li
>
> Hi all,
>
> snapshot_blkdev can not consider //root/sn1 and /root/sn1 as the same
> file. When file /root/sn1 is the base file, do snapshot using file
> //root/sn1, qemu consider it as a new file. So this will rewrite the
> base file.
Care
On 11/15/2013 10:27 AM, Stefan Hajnoczi wrote:
On Tue, Nov 05, 2013 at 07:00:48PM +0800, Amos Kong wrote:
@@ -545,7 +523,7 @@ static int virtio_net_handle_rx_mode(VirtIONet *n, uint8_t
cmd,
return VIRTIO_NET_ERR;
}
-rxfilter_notify(nc);
+rxfilter_notify(nc, object_get_c
On 15.11.2013 23:04, Paolo Bonzini wrote:
> Il 14/11/2013 23:45, Anthony Liguori ha scritto:
>> As long as it's x86,
>
> You mean "as long as it's PC" but...
>
>> there will always be a keyboard controller if you
>> ever want to support more than 1MB of RAM properly since the keyboard
>> controll
On 15.11.2013 17:31, lijun wrote:
> From: Jun Li
>
> Hi all,
>
> snapshot_blkdev can not consider //root/sn1 and /root/sn1 as the same
> file. when file /root/sn1 is the base file, do snapshot using file
> //root/sn1, qemu consider it as a new file. So this will rewrite the
> base file.
Actually,
From: Jun Li
Hi all,
snapshot_blkdev can not consider //root/sn1 and /root/sn1 as the same
file. when file /root/sn1 is the base file, do snapshot using file
//root/sn1, qemu consider it as a new file. So this will rewrite the
base file.
Signed-off-by: Jun Li
--- a/hmp.c2013-11-15 23
From: Jun Li
Hi all,
snapshot_blkdev can not consider //root/sn1 and /root/sn1 as the same
file. When file /root/sn1 is the base file, do snapshot using file
//root/sn1, qemu consider it as a new file. So this will rewrite the
base file.
Signed-off-by: Jun Li
--- a/hmp.c2013-11-15 23
From: Sebastian Huber
In case the smc91c111 interface signals that it cannot receive more
packets the packets are queued and further reception will be disabled.
In case the interface is again ready to receive packets notify the upper
layer.
Signed-off-by: Sebastian Huber
Signed-off-by: Stefan H
A fix for the smc91c111 NIC.
The following changes since commit 5c5432e7d630592ddcc1876ac8a1505f8f14ef15:
Merge remote-tracking branch 'luiz/queue/qmp' into staging (2013-11-13
11:49:27 -0800)
are available in the git repository at:
git://github.com/stefanha/qemu.git net
for you to fetch
Am 15.11.2013 um 06:01 hat Chunyan Liu geschrieben:
> Set NOCOW flag to newly created images to solve performance issues on btrfs.
>
> Btrfs has terrible performance when hosting VM images, even more when the
> guest
> in those VM are also using btrfs as file system. One way to mitigate this bad
On Fri, Nov 08, 2013 at 01:17:17AM +, Zhanghaoyu (A) wrote:
> >> I read below words on the report of >> forecast (May 29, 2013)>, We were going to remove the old
> >> block-migration code Then people fixed it
> >> Good: it works now
> >> Bad: We have to maintain both
> >> It uses the same por
On 14.11.2013 10:10, Fam Zheng wrote:
> They wrap blkdebug "break" and "remove_break".
>
> Add optional argument "resume" to cancel_and_wait().
>
> Signed-off-by: Fam Zheng
> ---
> tests/qemu-iotests/iotests.py | 17 -
> 1 file changed, 16 insertions(+), 1 deletion(-)
>
> diff --g
On 11/14/2013 05:37 AM, Michael S. Tsirkin wrote:
-#define PC_Q35_1_7_MACHINE_OPTIONS PC_Q35_MACHINE_OPTIONS
+#define PC_Q35_1_8_MACHINE_OPTIONS PC_Q35_MACHINE_OPTIONS
+
+static QEMUMachine pc_q35_machine_v1_8 = {
+PC_Q35_1_8_MACHINE_OPTIONS,
+.name = "pc-q35-1.8",
+.alias = "q35",
On Tue, Nov 05, 2013 at 07:00:48PM +0800, Amos Kong wrote:
> @@ -545,7 +523,7 @@ static int virtio_net_handle_rx_mode(VirtIONet *n,
> uint8_t cmd,
> return VIRTIO_NET_ERR;
> }
>
> -rxfilter_notify(nc);
> +rxfilter_notify(nc, object_get_canonical_path(OBJECT(n->qdev)));
>
On 14.11.2013 10:10, Fam Zheng wrote:
> This adds "remove_break" command which is the reverse of blkdebug
> command "break": it removes all breakpoints with given tag and resumes
> all the requests.
>
> Signed-off-by: Fam Zheng
> ---
> block.c | 13 +
> block/blkdebu
> On November 15, 2013 at 1:14 PM Stefan Hajnoczi wrote:
>
>
> On Fri, Nov 15, 2013 at 11:16:17AM +0100, Erik Rull wrote:
> > Hi all,
> >
> > the current git master of qemu fails on configure: (I did a fresh clone to
> > prevent any side effects)
> >
> > erik@debian:~/tmp/qemu-test/qemu$ ./configu
Am 15.11.2013 06:14, schrieb Alexey Kardashevskiy:
> diff --git a/include/qom/cpu.h b/include/qom/cpu.h
> index 7739e00..52fc76d 100644
> --- a/include/qom/cpu.h
> +++ b/include/qom/cpu.h
> @@ -197,6 +197,7 @@ struct CPUState {
> bool kvm_vcpu_dirty;
> struct KVMState *kvm_state;
> s
I have done tests on intel host, It's booting fine (kvm64 cpu).
also tested freebsd 9.2, it's also hanging on amd host.
- Mail original -
De: "Alexandre DERUMIER"
À: "qemu-devel"
Envoyé: Vendredi 15 Novembre 2013 10:59:43
Objet: [Qemu-devel] freebsd 9.1 guest boot hang with cpu vendo
Am 15.11.2013 um 00:47 schrieb Alexey Kardashevskiy :
> This adds very basic handlers for ibm,get-system-parameter and
> ibm,set-system-parameter RTAS calls.
>
> The only parameter handled at the moment is
> "platform-processor-diagnostics-run-mode" which is always disabled and
> does not suppo
Am 15.11.2013 um 00:12 schrieb Alexey Kardashevskiy :
> At the moment only a whole CPU core can be assigned to a KVM. Since
> POWER7/8 support several threads per core, we want all threads of a core
> to go to the same KVM so every time we run QEMU with -enable-kvm on
> POWER, we have to add -sm
Am 15.11.2013 um 05:05 hat Chunyan Liu geschrieben:
>
>
>
> 2013/11/14 Kevin Wolf
>
> Am 14.11.2013 um 09:15 hat Chunyan Liu geschrieben:
> > Set NOCOW flag to newly created images to solve performance issues on
> btrfs.
> >
> > Btrfs has terrible performance when hosting V
On Thu, Nov 14, 2013 at 02:53:46PM +0100, Sebastian Huber wrote:
> In case the smc91c111 interface signals that it cannot receive more
> packets the packets are queued and further reception will be disabled.
> In case the interface is again ready to receive packets notify the upper
> layer.
>
> Si
On Fri, Nov 15, 2013 at 11:16:17AM +0100, Erik Rull wrote:
> Hi all,
>
> the current git master of qemu fails on configure: (I did a fresh clone to
> prevent any side effects)
>
> erik@debian:~/tmp/qemu-test/qemu$ ./configure --prefix=
> --target-list=x86_64-softmmu --disable-vnc-png --disable-vn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 14/11/2013 14:11, Eric Blake ha scritto:
>>> Or we should just print an error (in QEMU or SLOF) and do
>>> nothing and let the user configure all required devices in
>>> libvirt?
> I'm in favor of printing an error if not enough devices were
> suppl
Il 14/11/2013 23:45, Anthony Liguori ha scritto:
> As long as it's x86,
You mean "as long as it's PC" but...
> there will always be a keyboard controller if you
> ever want to support more than 1MB of RAM properly since the keyboard
> controller is used to enable the a20 bit.
... not really, the
On 15 November 2013 11:33, Paolo Bonzini wrote:
> Il 15/11/2013 12:26, Peter Maydell ha scritto:
>>> > It's okay. There are indeed advantages to putting this together with
>>> > the definitions, instead of splitting it between target-arm/cpu.h and
>>> > target-arm/kvm.c.
>> Cool. I just wanted to
Il 15/11/2013 12:26, Peter Maydell ha scritto:
>> > It's okay. There are indeed advantages to putting this together with
>> > the definitions, instead of splitting it between target-arm/cpu.h and
>> > target-arm/kvm.c.
> Cool. I just wanted to check I wasn't missing some
> clever approach to this
On 15 November 2013 10:54, Paolo Bonzini wrote:
> It's okay. There are indeed advantages to putting this together with
> the definitions, instead of splitting it between target-arm/cpu.h and
> target-arm/kvm.c.
Cool. I just wanted to check I wasn't missing some
clever approach to this that might
Il 14/11/2013 20:07, Peter Maydell ha scritto:
> diff --git a/target-arm/kvm-consts.h b/target-arm/kvm-consts.h
> new file mode 100644
> index 000..42ffb50
> --- /dev/null
> +++ b/target-arm/kvm-consts.h
> @@ -0,0 +1,34 @@
> +/*
> + * Provide versions of KVM constant defines that can be used ev
Il 15/11/2013 06:14, Alexey Kardashevskiy ha scritto:
>
> It does not feel that we really need CPUState::kvm_cpu_id and
> direct calling of kvm_arch_vcpu_id() would be enough.
Indeed -- and it should be kvm_ppc_vcpu_id() since other architectures
do not need it.
Paolo
On Fri, Nov 15, 2013 at 05:48:03PM +0800, Nancy wrote:
> It works with -cpu 34Kf, but why cpuinfo display MIPS 34Kc?
I don't know, maybe Linux doesn't differentiate them? Or qemu has
the wrong prid for the 34Kf?
> I notes the smp based on kvm implement, but there do not have kvm
> implement unde
Hi all,
the current git master of qemu fails on configure: (I did a fresh clone to
prevent any side effects)
erik@debian:~/tmp/qemu-test/qemu$ ./configure --prefix=
--target-list=x86_64-softmmu --disable-vnc-png --disable-vnc-jpeg
--disable-vnc-tls --disable-vnc-sasl --audio-drv-list= --enable-s
Hello,
I have boot crash with freebsd 9.1, on opteron host.
with all cpu models with vendor AuthenticAMD (kvm64,Opteron_GX, host)
Host is opteron 6230, rhel 6.4 kernel and qemu 1.3.
Forcing vendor to intel fix the problem
-cpu host,vendor=GenuineIntel
-cpu kvm64,vendor=GenuineIntel
Do you kn
Hi Nancy,
On 15/11/13 09:48, Nancy wrote:
> I notes the smp based on kvm implement, but there do not have kvm
> implement under target-mips? how this smp implement? Is there any
> document record the QEMU MIPS smp internal?
The KVM patchset added a binary blob of the CPS bootloader to support
mul
It works with -cpu 34Kf, but why cpuinfo display MIPS 34Kc?
I notes the smp based on kvm implement, but there do not have kvm
implement under target-mips? how this smp implement? Is there any
document record the QEMU MIPS smp internal?
Does QEMU for MIPS target support FPU, SIMD instruction?
cat
On Thu, Nov 14, 2013 at 04:15:28PM +0800, Chunyan Liu wrote:
> Set NOCOW flag to newly created images to solve performance issues on btrfs.
>
> Btrfs has terrible performance when hosting VM images, even more when the
> guest
> in those VM are also using btrfs as file system. One way to mitigate
On Wed, Nov 13, 2013 at 12:04:52PM +0100, Kevin Wolf wrote:
> Signed-off-by: Kevin Wolf
> ---
>
> This test case catches the qcow2 corruption bug that Peter sent a patch for
> yesterday.
>
> tests/qemu-iotests/073 | 166
> +
> tests/qemu-iotests/
On Thu, Nov 14, 2013 at 06:43:48PM +0100, Stefan Weil wrote:
> Am 14.11.2013 15:45, schrieb Stefan Hajnoczi:
> > On Tue, Aug 27, 2013 at 3:12 PM, Stefan Weil wrote:
> >> When a Python script is run, Python normally writes bytecode into a .pyc
> >> file.
> >> QEMU's build process uses several Pyth
"Zhou Yuan" writes:
> From: zhouy
> Date: Fri, 15 Nov 2013 15:50:52 -0500
> Subject: [PATCH] add the id property of i2c_slaver when created in the
> QEMUMachine's initialization
>
> Signed-off-by: zhouy
> ---
> qemu-master/hw/i2c/core.c |8 +++-
> 1 files changed, 7 insertions(+), 1 d
Alexander Graf writes:
> Am 14.11.2013 um 20:25 schrieb Alexey Kardashevskiy :
>
>> On 11/15/2013 10:03 AM, Peter Maydell wrote:
>>> On 14 November 2013 22:32, Benjamin Herrenschmidt
>>> wrote:
On Thu, 2013-11-14 at 17:23 -0500, Alexander Graf wrote:
> Yes. But I think it's the correct
On Thu, Nov 14, 2013 at 07:07:03PM +0100, Stefan Weil wrote:
> Commit 1d984a67a95d88f3e708b077dab8adeb47c38c93 added the -B switch
> unconditionally. This breaks Python versions before 2.6 which don't
> support that switch.
>
> Now configure adds -B only if it is accepted by the Python interpreter
From: zhouy
Date: Fri, 15 Nov 2013 15:50:52 -0500
Subject: [PATCH] add the id property of i2c_slaver when created in the
QEMUMachine's initialization
Signed-off-by: zhouy
---
qemu-master/hw/i2c/core.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/qemu-master/h
On Fri, Nov 15, 2013 at 09:29:43AM +0800, Hu Tao wrote:
> On Wed, Nov 13, 2013 at 07:03:03AM +0100, Peter Lieven wrote:
> > What is your use case for this seris? QCOW2 creation or converting
> > anything to QCOW2? For the later case you could use "qemu-img convert -S 0
> > ..."
> > starting in 1.8.
On Thu, Nov 14, 2013 at 07:58:00AM -0700, Eric Blake wrote:
> On 11/14/2013 07:34 AM, Stefan Hajnoczi wrote:
> > SMTP does not preserve newlines. This is normally not a problem if the
> > email body uses DOS or UNIX newlines consistently. In 051.out we mix
> > UNIX newlines with DOS newlines (sin
On Thu, Nov 14, 2013 at 03:07:09PM +0100, Paolo Bonzini wrote:
> Il 14/11/2013 14:41, Stefan Hajnoczi ha scritto:
> But such a no-op streaming is valid, just like it is valid to
> enable copy-on-read without a backing file. Think of a system that
> starts streaming a disk as soon as the VM starts,
On Thu, Nov 14, 2013 at 07:37:54PM +0100, Max Reitz wrote:
> On 05.11.2013 09:51, Stefan Hajnoczi wrote:
> > On Sat, Oct 26, 2013 at 03:03:09PM +0200, Max Reitz wrote:
> >> Am 20.09.2013 12:32, schrieb Stefan Hajnoczi:
> >>> On Thu, Sep 19, 2013 at 05:07:56PM +0200, Max Reitz wrote:
> As far a
78 matches
Mail list logo
