Hi, Juan
I read below words on the report of ,
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 port than migration
You need to migrate all/none of block devices
The old block-migration code said above is t
On 11/02/2013 01:16 AM, Max Reitz wrote:
> Hi,
>
> Sorry I'm just now replying to this. I ran into the same issue (and
> another one) and it should be fixed by the upstream commits
> eedff66f21e542650d895801549ce05ac108278b and
> 6e13610aa454beba52944e8df6d93158d68ab911. Those have been merged to
Am 02.11.2013 um 12:51 schrieb Markus Armbruster :
> Alexander Graf writes:
>
>> Am 01.11.2013 um 03:52 schrieb Alexey Kardashevskiy :
> [...]
>>> Or "-net" interface is "deprecated" and we do not want even touch it?
>>
>> I don't think we should deprecate it. It's easier to use than anything
Public bug reported:
the windows 7 professional guest writes to usb high speed mass storage devices
connected via host-libusb
in bulk packages of either size 20480 or 4096 (as far as the actual file data
is concerned and
except for the last packet for odd-sized files). The pattern is:
3 times bu
The CG3 framebuffer is a simple 8-bit framebuffer for use with operating
systems such as early Solaris that do not have drivers for TCX.
Signed-off-by: Mark Cave-Ayland
CC: Blue Swirl
CC: Bob Breuer
CC: Artyom Tarasenko
---
Makefile |2 +-
default-configs/sparc-so
(This is a repost of the complete patchset rebased and with for-1.7 in the
subject as requested by Anthony)
This patchset does two things: firstly it adds an FCode ROM for the existing
TCX framebuffer, and secondly provides QEMU with an implementation of the Sun
CG3 8-bit framebuffer. It is base
Upstream OpenBIOS now implements SBus probing in order to determine the
contents of a physical bus slot, which is required to allow OpenBIOS to
identify the framebuffer without help from the fw_cfg interface.
SBus probing works by detecting the presence of an FCode program
(effectively tokenised F
In order to allow the user to choose the framebuffer for sparc-softmmu, add
-vga tcx and -vga cg3 options to the QEMU command line. If no option is
specified, the default TCX framebuffer is used.
Signed-off-by: Mark Cave-Ayland
CC: Blue Swirl
CC: Bob Breuer
CC: Artyom Tarasenko
---
hw/sparc/s
Le Saturday 02 Nov 2013 à 14:52:11 (+0100), Max Reitz a écrit :
> The actual size of the image file may differ depending on the Linux
> kernel currently running on the host. Filtering out this value makes
> this test pass in such cases.
>
> Signed-off-by: Max Reitz
> ---
> tests/qemu-iotests/067
On 02.11.2013 14:04, Max Reitz wrote:
> On 14.10.2013 23:52, Wenchao Xia wrote:
>> Signed-off-by: Wenchao Xia
>> ---
>> block/qcow2-snapshot.c |7 +++
>> 1 files changed, 7 insertions(+), 0 deletions(-)
>>
>> diff --git a/block/qcow2-snapshot.c b/block/qcow2-snapshot.c
>> index 4bd494b..c
The actual size of the image file may differ depending on the Linux
kernel currently running on the host. Filtering out this value makes
this test pass in such cases.
Signed-off-by: Max Reitz
---
tests/qemu-iotests/067 | 2 +-
tests/qemu-iotests/067.out | 10 +-
2 files changed, 6 i
On 14.10.2013 23:52, Wenchao Xia wrote:
> This test will focus on the low level procedure of qcow2 snapshot
> operations, now it covers only the create operation. Overlap error
> paths are not checked since no good way to trigger those errors.
>
> Signed-off-by: Wenchao Xia
> ---
Reviewed-by: Max
On 14.10.2013 23:52, Wenchao Xia wrote:
> Some code in qcow2-snapshot.c directly access bs->file, so in those
s/access/accesses/
> points error can't be injected by other events. Since the code in
Perhaps "places" instead of "points"? (And s/error/errors/)
> qcow2-snapshot.c is qcow2's internal
On 14.10.2013 23:52, Wenchao Xia wrote:
> Signed-off-by: Wenchao Xia
> ---
Reviewed-by: Max Reitz
On 14.10.2013 23:52, Wenchao Xia wrote:
> Signed-off-by: Wenchao Xia
> ---
> block/qcow2-snapshot.c |7 +++
> 1 files changed, 7 insertions(+), 0 deletions(-)
>
> diff --git a/block/qcow2-snapshot.c b/block/qcow2-snapshot.c
> index 4bd494b..c933b7f 100644
> --- a/block/qcow2-snapshot.c
>
On 14.10.2013 23:52, Wenchao Xia wrote:
> The function still returns int since qcow2_snapshot_delete() will
> return the number.
>
> Signed-off-by: Wenchao Xia
> ---
> block/qcow2-snapshot.c | 48
> ++--
> 1 files changed, 42 insertions(+), 6 deletio
On 14.10.2013 23:52, Wenchao Xia wrote:
> The return value is only used for error report before this patch,
> so change the function protype to return void.
>
> Signed-off-by: Wenchao Xia
> ---
> block/qcow2-snapshot.c| 27 +++
> block/qcow2.h |4 +++-
On 11/02/2013 09:56 PM, Paolo Bonzini wrote:
> Il 01/11/2013 11:52, Alexey Kardashevskiy ha scritto:
>> On 10/28/2013 05:03 AM, Alexander Graf wrote:
>>>
>>> On 10.10.2013, at 20:09, Alexey Kardashevskiy wrote:
>>>
The problem is that "-net nic,model=?" does not print "ibmveth" in
the li
Hi all,
I am new to the list and to qemu development in general, so my question
might be discussed already (though I failed to find an answer in
archives, thus writing here).
I want to use qemu to execute x86 32-bit binary code inside of x86_64
process under OS X. In future, I would like to
Paolo Bonzini writes:
> Il 01/11/2013 11:52, Alexey Kardashevskiy ha scritto:
>> On 10/28/2013 05:03 AM, Alexander Graf wrote:
>>>
>>> On 10.10.2013, at 20:09, Alexey Kardashevskiy wrote:
>>>
The problem is that "-net nic,model=?" does not print "ibmveth" in
the list while it is actual
Alexander Graf writes:
> Am 01.11.2013 um 03:52 schrieb Alexey Kardashevskiy :
>
[...]
>> Or "-net" interface is "deprecated" and we do not want even touch it?
>
> I don't think we should deprecate it. It's easier to use than anything
> else. Ahci adoption heavily suffered from not being enabled
Il 01/11/2013 11:52, Alexey Kardashevskiy ha scritto:
> On 10/28/2013 05:03 AM, Alexander Graf wrote:
>>
>> On 10.10.2013, at 20:09, Alexey Kardashevskiy wrote:
>>
>>> The problem is that "-net nic,model=?" does not print "ibmveth" in
>>> the list while it is actually supported.
>>>
>>> Most of th
Am 02.11.2013 00:34, schrieb Matthias Brugger:
> This patch series makes the thread pool implementation modular.
> This allows each drive to use a special implementation.
> The patch series prepares qemu to be able to include thread pools different
> the one actually implemented. It will allow to i
23 matches
Mail list logo