Hi,
If a structure is only used internally by QEMU (not used in network,
disk or guest interfaces), changes in padding don't matter.
[PATCH 5/7] usb: Fix packing for w32: needs packing (usb interface)
Patch looks good (and is needed as the structs are part of the guest
interface).
chee
On 08/29/2011 09:15 AM, Avi Kivity wrote:
On 08/29/2011 09:00 AM, Edgar E. Iglesias wrote:
>
> It does bite, as I saw with gdb. You can even see that from the
> qemu error - it complains about unimplemented command 0xf0, that
> comes from pflash_write() later on.
I wasn't clear enough maybe
On Fri, Aug 26, 2011 at 07:37:51PM +0200, Blue Swirl wrote:
> On Fri, Aug 26, 2011 at 2:28 PM, wrote:
> > On Fri, Aug 26, 2011 at 04:19:26PM +0200, Peter Maydell wrote:
> >> Yes; we've discussed this before in this thread:
> >> http://lists.nongnu.org/archive/html/qemu-devel/2011-08/msg01623.html
On 07/20/2011 08:10 PM, Joel Sherrill wrote:
From: Till Straumann
Add m68k machine support for Arcturus Networks
Inc. uC5282 board. Also include
a fix for the FEC ethernet controller.
+static void mcf5208_resetc_init(target_phys_addr_t offset)
+{
+int iomemtype;
+
+iomemtype = cpu_re
On 08/29/2011 09:24 AM, cedric.vinc...@st.com wrote:
>
> Since you seem to have a nice test case close at hand, could you
> please test the fix proposed by Paolo?
I suppose you are talking about this one:
http://lists.nongnu.org/archive/html/qemu-devel/2011-08/msg01655.html
This patch c
Hi Paolo,
On Mon, Aug 29, 2011 at 09:46:37AM +0200, Paolo Bonzini wrote:
> On 08/29/2011 09:24 AM, cedric.vinc...@st.com wrote:
> >> >
> >> > Since you seem to have a nice test case close at hand, could you
> >> > please test the fix proposed by Paolo?
> > I suppose you are talking about this on
On 08/29/2011 09:48 AM, cedric.vinc...@st.com wrote:
Hi Paolo,
On Mon, Aug 29, 2011 at 09:46:37AM +0200, Paolo Bonzini wrote:
On 08/29/2011 09:24 AM, cedric.vinc...@st.com wrote:
Since you seem to have a nice test case close at hand, could you
please test the fix proposed by Paolo?
I sup
Am 28.08.2011 22:43, schrieb Stefan Weil:
> Use QEMU_PACKED to eliminate the effects of compiler option
> -mms-bitfields.
>
> Cc: Kevin Wolf
> Signed-off-by: Stefan Weil
Acked-by: Kevin Wolf
On Mon, Aug 29, 2011 at 10:21:03AM +0300, Avi Kivity wrote:
> On 08/29/2011 09:15 AM, Avi Kivity wrote:
> > On 08/29/2011 09:00 AM, Edgar E. Iglesias wrote:
> >> >
> >> > It does bite, as I saw with gdb. You can even see that from the
> >> > qemu error - it complains about unimplemented command
On 08/29/2011 10:30 AM, Edgar E. Iglesias wrote:
>
> Forgot the branch:
>
> git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git fix-pflash
That works
Thanks for all the testing and help. I'll post the fixes for merging soon.
--
I have a truly marvellous patch that fixes the bug which
On Mon, Aug 29, 2011 at 13:01, Stefan Weil wrote:
> Am 28.08.2011 23:43, schrieb Blue Swirl:
>>
>> On Sun, Aug 28, 2011 at 8:43 PM, Stefan Weil wrote:
>>>
>>> These patches fix the packing of structures which were affected by
>>> the new compiler attribute -mms-bitfields (which is needed for glib
I was curious about using qemu to run osx. From what I gathered,
this is not supported under Qemu at this time, but I was curious how
far along it was.
I tried a few variations, to see if I could get the DVD to boot
Standard QEmu w/ Bios:
qemu-system-x86_64 \
-device ahci,id=ahci \
-drive i
On Sat, Aug 27, 2011 at 7:09 PM, Umesh Deshpande wrote:
> This patch implements migrate_ram mutex, which protects the RAMBlock list
> traversal in the migration thread during the transfer of a ram from their
> addition/removal from the iothread.
>
> Note: Combination of iothread mutex and migratio
On 08/28/2011 06:52 PM, Avi Kivity wrote:
Anthony, please pull from
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git memory/core
to receive fixes for the rom/device API - initialize ->ops and a new
->opaque.
Avi Kivity (2):
memory: fix memory_region_init_rom_device() not initializi
On Sat, Aug 27, 2011 at 7:09 PM, Umesh Deshpande wrote:
> This patch creates a separate thread for the guest migration on the source
> side.
> All exits (on completion/error) from the migration thread are handled by a
> bottom handler, which is called from the iothread.
>
> Signed-off-by: Umesh D
Am 29.08.2011 um 10:34 schrieb TeLeMan :
> On Mon, Aug 29, 2011 at 13:01, Stefan Weil wrote:
>> Am 28.08.2011 23:43, schrieb Blue Swirl:
>>>
>>> On Sun, Aug 28, 2011 at 8:43 PM, Stefan Weil wrote:
These patches fix the packing of structures which were affected by
the new com
When adding a rom_device in I/O mode, we incorrectly masked off the low
bits, resulting in a pure RAM map. Fix my masking off the high bits and
IO_MEM_ROMD, yielding a pure I/O map.
Signed-off-by: Avi Kivity
---
memory.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/
On Fri, Aug 26, 2011 at 10:06:01PM +0300, Alon Levy wrote:
> Signed-off-by: Alon Levy
> ---
> hw/pci-stub.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Thanks, applied to the trivial patches tree:
http://repo.or.cz/w/qemu/stefanha.git/shortlog/refs/heads/trivial-patches
Fixed
Hi,
when I specify something like
qemu -boot order=dc -cdrom image.iso -drive file=img.raw,if=virtio,boot=yes
or
qemu -boot order=n -cdrom image.iso -drive file=img.raw,if=virtio,boot=yes
with qemu-kvm 0.15.0
it will always directly boot from the hardrive and not from cdrom or
network.
is
On 2011-08-28 22:43, Stefan Weil wrote:
> Use QEMU_PACKED to eliminate the effects of compiler option
> -mms-bitfields.
>
> Cc: Jan Kiszka
> Signed-off-by: Stefan Weil
> ---
> slirp/slirp.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/slirp/slirp.h b/slirp/sli
On 08/27/2011 08:09 PM, Umesh Deshpande wrote:
Following patch series deals with VCPU and iothread starvation during the
migration of a guest. Currently the iothread is responsible for performing the
guest migration. It holds qemu_mutex during the migration and doesn't allow VCPU
to enter the qem
On 2011-08-29 07:32, Avi Kivity wrote:
> On 08/29/2011 01:14 AM, Kevin O'Connor wrote:
>> On Sun, Aug 28, 2011 at 10:42:49PM +0200, Jan Kiszka wrote:
>> > On 2011-08-28 20:54, Alexander Graf wrote:
>> > >
>> > > On 28.08.2011, at 02:42, Avi Kivity wrote:
>> > >
>> > >> On 08/26/2011 08:32 AM
Am 23.08.2011 06:27, schrieb Devin Nakamura:
> add functions to block driver interface to support inplace image conversion
>
> Signed-off-by: Devin Nakamura
> ---
> block.h |3 ++
> block_int.h | 82
> +++
> 2 files changed, 85 i
Am 23.08.2011 06:27, schrieb Devin Nakamura:
> Signed-off-by: Devin Nakamura
> ---
> block.c | 18 --
> 1 files changed, 12 insertions(+), 6 deletions(-)
>
> diff --git a/block.c b/block.c
> index a8a013a..ac5a103 100644
> --- a/block.c
> +++ b/block.c
> @@ -441,14 +441,17 @@ s
On Sun, Aug 28, 2011 at 09:45:40PM +0200, Stefan Weil wrote:
> Signed-off-by: Stefan Weil
> ---
> docs/qapi-code-gen.txt |2 +-
> libcacard/vscclient.c |2 +-
> qemu-ga.c |2 +-
> 3 files changed, 3 insertions(+), 3 deletions(-)
Thanks, applied to the trivial patches tr
Am 23.08.2011 06:27, schrieb Devin Nakamura:
> This patch series introduces the api to support block conversion.
>
> Devin Nakamura (7):
> block: add block conversion api
> block: make bdrv_open_common more ready to be called by
> bdrv_open_conversion_target
> block: add bdrv_get_convers
On 08/29/2011 01:25 PM, Jan Kiszka wrote:
>
> Can't seabios just poke at the hpet itself and see if it exists or not?
>
Would be hard for the BIOS to guess the locations of the blocks unless
we define the addresses used by QEMU as something like base + hpet_no *
block_size in all cases.
Curr
On 2011-08-29 13:00, Avi Kivity wrote:
> On 08/29/2011 01:25 PM, Jan Kiszka wrote:
>>>
>>> Can't seabios just poke at the hpet itself and see if it exists or not?
>>>
>>
>> Would be hard for the BIOS to guess the locations of the blocks unless
>> we define the addresses used by QEMU as something l
On 08/29/2011 02:05 PM, Jan Kiszka wrote:
On 2011-08-29 13:00, Avi Kivity wrote:
> On 08/29/2011 01:25 PM, Jan Kiszka wrote:
>>>
>>> Can't seabios just poke at the hpet itself and see if it exists or not?
>>>
>>
>> Would be hard for the BIOS to guess the locations of the blocks unless
>> we
On 2011-08-29 13:05, Jan Kiszka wrote:
> On 2011-08-29 13:00, Avi Kivity wrote:
>> On 08/29/2011 01:25 PM, Jan Kiszka wrote:
Can't seabios just poke at the hpet itself and see if it exists or not?
>>>
>>> Would be hard for the BIOS to guess the locations of the blocks unless
>>> we
On 29 August 2011 11:12, Peter Lieven wrote:
> Hi,
>
> when I specify something like
>
> qemu -boot order=dc -cdrom image.iso -drive file=img.raw,if=virtio,boot=yes
>
> or
>
> qemu -boot order=n -cdrom image.iso -drive file=img.raw,if=virtio,boot=yes
>
> with qemu-kvm 0.15.0
>
> it will always dir
On Wed, Jul 20, 2011 at 08:56:35PM +0200, Stefan Weil wrote:
> cppcheck reports this error:
>
> qemu/hw/sh_intc.c:390: error: Possible null pointer dereference:
> s - otherwise it is redundant to check if s is null at line 385
>
> If s were NULL, the printf() statement would crash.
> Setting bra
On 29.08.2011 13:21, Ottavio wrote:
On 29 August 2011 11:12, Peter Lieven wrote:
Hi,
when I specify something like
qemu -boot order=dc -cdrom image.iso -drive file=img.raw,if=virtio,boot=yes
or
qemu -boot order=n -cdrom image.iso -drive file=img.raw,if=virtio,boot=yes
with qemu-kvm 0.15.0
On Fri, Aug 26, 2011 at 5:04 PM, Kevin Wolf wrote:
> @@ -571,6 +573,48 @@ static int is_allocated_sectors(const uint8_t *buf, int
> n, int *pnum)
> }
>
> /*
> + * Like is_allocated_sectors, but if the buffer starts with a used sector,
> + * up to 'min' consecutive sectors containing zeros are i
On 29.08.2011 15:42, Peter Lieven wrote:
> On 29.08.2011 13:21, Ottavio wrote:
>> On 29 August 2011 11:12, Peter Lieven wrote:
>>> Hi,
>>>
>>> when I specify something like
>>>
>>> qemu -boot order=dc -cdrom image.iso -drive file=img.raw,if=virtio,boot=yes
>>>
>>> or
>>>
>>> qemu -boot order=n -cd
On Fri, Aug 26, 2011 at 8:06 PM, Blue Swirl wrote:
> Let guests inject tracepoint data via fw_cfg device.
>
> Signed-off-by: Blue Swirl
> ---
> The patch is used like this:
> ../configure --with-guest-trace-file=/src/openbios-devel/trace-events
> make
> sparc64-softmmu/qemu-system-sparc64 -trace
On 29.08.2011 14:14, Michael Tokarev wrote:
On 29.08.2011 15:42, Peter Lieven wrote:
On 29.08.2011 13:21, Ottavio wrote:
On 29 August 2011 11:12, Peter Lieven wrote:
Hi,
when I specify something like
qemu -boot order=dc -cdrom image.iso -drive file=img.raw,if=virtio,boot=yes
or
qemu -boo
On Sun, Aug 28, 2011 at 10:08 PM, Blue Swirl wrote:
> On Sun, Aug 28, 2011 at 6:13 PM, Lluís wrote:
>> Blue Swirl writes:
>>
>>> On Sat, Aug 27, 2011 at 5:56 PM, Lluís wrote:
>> I sent a patch that should fix it for everybody linking with the tracing
>> objects:
>>
>> http://list
By default, require 4k of consecutive zero bytes for qemu-img to make the
output file sparse by not issuing a write request for the zeroed parts. Add an
-S option to allow users to tune this setting.
This helps to avoid situations where a lot of zero sectors and data sectors are
mixed and qemu-img
Zeus Gómez Marmolejo writes:
> So, for you that you know very well the QEMU code, and suppose that I
> want to do a quick modification to stop on an address write and print
> the backtrace. How I could do it?? I want a one line modification to
> the code (with the address hardcoded) to stop the m
Blue Swirl writes:
>>> Using the sort function looks hackish to me. Maybe the linkage should
>>> be controlled by configure instead?
>>
>> What do you mean? Moving the logic for selecting the object files to
>> link with on each top-level target out into the configure?
> Add CONFIG_QEMU_TIMER, c
On 08/26/2011 08:34 PM, Blue Swirl wrote:
> Indeed, it isn't. It's impossible with KVM (due to lacking hardware
> support) but would be feasible with TCG if you extend (or ad-hoc hack)
> QEMU code accordingly.
Why impossible? The existing watchpoints replace original physical
memory with io_m
Stefan Hajnoczi writes:
> The ability to trace from the guest can be handy, so I think we should
> have this feature. Please add documentation on how to hook it up
> (e.g. how people would use this for other firmware/guest code and/or
> other architectures).
> Guest and QEMU need to agree on eve
On 08/29/2011 05:04 AM, Stefan Hajnoczi wrote:
On Sat, Aug 27, 2011 at 7:09 PM, Umesh Deshpande wrote:
This patch implements migrate_ram mutex, which protects the RAMBlock list
traversal in the migration thread during the transfer of a ram from their
addition/removal from the iothread.
Note: C
On 08/29/2011 05:09 AM, Stefan Hajnoczi wrote:
On Sat, Aug 27, 2011 at 7:09 PM, Umesh Deshpande wrote:
This patch creates a separate thread for the guest migration on the source side.
All exits (on completion/error) from the migration thread are handled by a
bottom handler, which is called from
On 08/26/2011 06:22 PM, Anthony Liguori wrote:
On 08/26/2011 03:04 PM, Lucas Meneghel Rodrigues wrote:
Add a test device which supports the kvmctl ioports,
for running the KVM test suite. This is a straight
port from the latest version of the test device present
on qemu-kvm, using the APIs curre
On 08/26/2011 12:52 PM, Jan Kiszka wrote:
On 2011-08-26 19:43, Luiz Capitulino wrote:
On Fri, 26 Aug 2011 18:48:52 +0200
Jan Kiszka wrote:
Hi all,
current master has some qregressions:
# ./check-qdict
Running suite(s): QDict test-suite
93%: Checks: 16, Failures: 1, Errors: 0
check-qdict.c:2
The following changes since commit b861b7419c49ad53e786062b4fbf6da53468f130:
xilinx: removed microbalze_pic_init from xilinx.h (2011-08-22 23:29:37 +0200)
are available in the git repository at:
git://repo.or.cz/qemu/kevin.git for-anthony
Aneesh Kumar K.V (1):
coroutine: Add CoRwlock s
From: Stefan Hajnoczi
This patch introduces bdrv_parse_cache_flags() which sets open flags
given a cache mode. Previously this was duplicated in blockdev.c and
qemu-img.c.
Signed-off-by: Stefan Hajnoczi
Signed-off-by: Kevin Wolf
---
block.c| 25 +
block.h|
Now that you can use cache=none for the output file in qemu-img, we should
properly align our buffers so that raw-posix doesn't have to use its (smaller)
bounce buffer.
Signed-off-by: Kevin Wolf
Reviewed-by: Stefan Hajnoczi
---
qemu-img.c | 12 ++--
1 files changed, 6 insertions(+), 6
From: Frediano Ziglio
Signed-off-by: Frediano Ziglio
Signed-off-by: Kevin Wolf
---
block/qcow2.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/block/qcow2.c b/block/qcow2.c
index 22da050..fdb4140 100644
--- a/block/qcow2.c
+++ b/block/qcow2.c
@@ -377,7 +377,7
From: Frediano Ziglio
Signed-off-by: Frediano Ziglio
Signed-off-by: Kevin Wolf
---
block/qcow2.c | 22 +++---
1 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/block/qcow2.c b/block/qcow2.c
index 3068a58..22da050 100644
--- a/block/qcow2.c
+++ b/block/qcow2.c
@
From: MORITA Kazutaka
This makes the sheepdog block driver support bdrv_co_readv/writev
instead of bdrv_aio_readv/writev.
With this patch, Sheepdog network I/O becomes fully asynchronous. The
block driver yields back when send/recv returns EAGAIN, and is resumed
when the sheepdog network connec
On 08/25/2011 11:41 AM, Luiz Capitulino wrote:
Anthony,
The following patches have been sent to the list and look good to me. I've
also tested them.
Pulled. Thanks.
Regards,
Anthony Liguori
The changes (since 56a7a874e962e28522857fbf72eaefb1a07e2001) are available
in the following reposi
On 08/26/2011 05:06 AM, Michael S. Tsirkin wrote:
The following changes since commit e8906f3529a452276375ab8e7b8598751bc33b01:
PPC: E500: Set ESR values (2011-08-23 22:24:40 +0200)
Pulled. Thanks.
Regards,
Anthony Liguori
are available in the git repository at:
git://git.kernel.org
This has been discussed before in the past. The special casing really makes no
sense anymore. This seems like a good change to make for 1.0.
Signed-off-by: Anthony Liguori
---
Makefile|5 ++---
Makefile.target |4
2 files changed, 2 insertions(+), 7 deletions(-)
diff --gi
This patch converts the memory mapped interface of serial.c to the new memory
API.
Signed-off-by: Fabien Chouteau
---
hw/mips_jazz.c | 12 +++--
hw/mips_malta.c |7 ++-
hw/musicpal.c| 17 ---
hw/omap_uart.c | 11 +++--
hw/pc.h
By default, require 4k of consecutive zero bytes for qemu-img to make the
output file sparse by not issuing a write request for the zeroed parts. Add an
-S option to allow users to tune this setting.
This helps to avoid situations where a lot of zero sectors and data sectors are
mixed and qemu-img
From: Frediano Ziglio
Signed-off-by: Frediano Ziglio
Signed-off-by: Kevin Wolf
---
block/qcow2.c | 207 ++---
1 files changed, 80 insertions(+), 127 deletions(-)
diff --git a/block/qcow2.c b/block/qcow2.c
index 52a7769..37dab65 100644
--- a
On 08/29/2011 06:15 PM, Fabien Chouteau wrote:
This patch converts the memory mapped interface of serial.c to the new memory
API.
There has already been done by Richard, it's in the memory/queue branch
of git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git. Please base
patches off
git://
From: Frediano Ziglio
prepare to remove read/write callbacks
Signed-off-by: Frediano Ziglio
Signed-off-by: Kevin Wolf
---
block/qcow2.c | 272 -
1 files changed, 135 insertions(+), 137 deletions(-)
diff --git a/block/qcow2.c b/block/qc
On Thu, 2011-08-25 at 16:29 +0300, Sasha Levin wrote:
> Hello,
>
> I am looking to implement an ivshmem device for KVM tools, the purpose
> is to provide same functionality as QEMU and interoperability with QEMU.
[snip]
> 1. File handles and guest IDs are passed between the server and the
> peer
From: Frediano Ziglio
Signed-off-by: Frediano Ziglio
Signed-off-by: Kevin Wolf
---
block/qcow2.c | 10 +++---
1 files changed, 3 insertions(+), 7 deletions(-)
diff --git a/block/qcow2.c b/block/qcow2.c
index f4e3c06..9f7566f 100644
--- a/block/qcow2.c
+++ b/block/qcow2.c
@@ -385,11 +385
Please pull from
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git memory/batch
to receive a fixed version of the latest memory API conversion batch.
The pflash_cfi patch has been reworked extensively, but otherwise there
are no changes.
Avi Kivity (22):
mips_fulong2e: convert to m
From: Christoph Hellwig
Decouple the I/O accounting from bdrv_aio_readv/writev/flush and
make the hardware models call directly into the accounting helpers.
This means:
- we do not count internal requests from image formats in addition
to guest originating I/O
- we do not double count I/O o
On 08/29/2011 10:34 AM, Avi Kivity wrote:
Please pull from
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git memory/batch
to receive a fixed version of the latest memory API conversion batch.
The pflash_cfi patch has been reworked extensively, but otherwise there
are no changes.
This has bee
On 08/29/2011 06:42 PM, Anthony Liguori wrote:
On 08/29/2011 10:34 AM, Avi Kivity wrote:
Please pull from
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git memory/batch
to receive a fixed version of the latest memory API conversion batch.
The pflash_cfi patch has been reworked extensively, bu
From: Avi Kivity
In certain circumstances, posix-aio-compat can incur a lot of latency:
- threads are created by vcpu threads, so if vcpu affinity is set,
aio threads inherit vcpu affinity. This can cause many aio threads
to compete for one cpu.
- we can create up to max_threads (64) aio
From: "Aneesh Kumar K.V"
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Kevin Wolf
---
qemu-coroutine-lock.c | 44
qemu-coroutine.h | 32
2 files changed, 76 insertions(+), 0 deletions(-)
diff --git a/qemu-
From: Frediano Ziglio
Signed-off-by: Frediano Ziglio
Signed-off-by: Kevin Wolf
---
block/qcow2.c | 15 ---
1 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/block/qcow2.c b/block/qcow2.c
index cc5f409..3068a58 100644
--- a/block/qcow2.c
+++ b/block/qcow2.c
@@ -385,7
From: Frediano Ziglio
remove unused field from this structure and put some of them in
qcow_aio_read_cb and qcow_aio_write_cb
Signed-off-by: Frediano Ziglio
Signed-off-by: Kevin Wolf
---
block/qcow.c | 137 +++--
1 files changed, 65 inserti
QEMU does not provide a HPET block if it was configured with -no-hpet,
other machines SeaBIOS runs on may lack a HPET as well. Perform basic
checks the ID register for a reasonable vendor ID and a clock period
within the valid range, do not build the HPET table if that fails.
Signed-off-by: Jan Ki
On 29/08/2011 17:23, Avi Kivity wrote:
> On 08/29/2011 06:15 PM, Fabien Chouteau wrote:
>> This patch converts the memory mapped interface of serial.c to the new memory
>> API.
>>
>
> There has already been done by Richard, it's in the memory/queue branch of
> git://git.kernel.org/pub/scm/virt/kv
On 08/28/2011 10:52 AM, Avi Kivity wrote:
Anthony, please pull from
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git memory/core
to receive fixes for the rom/device API - initialize ->ops and a new
->opaque.
Pulled. Thanks.
Regards,
Anthony Liguori
Avi Kivity (2):
memory: fix memory_r
From: Stefan Hajnoczi
This patch adds -drive cache=directsync for O_DIRECT | O_SYNC host file
I/O with no disk write cache presented to the guest.
This mode is useful when guests may not be sending flushes when
appropriate and therefore leave data at risk in case of power failure.
When cache=dir
From: Philipp Hahn
By introducing BlockDriverState compiling qcow2 with DEBUG_ALLOC and DEBUG_EXT
defined got broken.
Define a BdrvCheckResult structure locally which is now needed as the second
argument.
Also fix qcow2_read_extensions() needing BDRVQcowState.
Signed-off-by: Philipp Hahn
Signe
From: Christoph Hellwig
Signed-off-by: Christoph Hellwig
Signed-off-by: Kevin Wolf
---
block.c | 18 +-
block_int.h |1 +
qmp-commands.hx |6 ++
3 files changed, 20 insertions(+), 5 deletions(-)
diff --git a/block.c b/block.c
index 4186a2f..0f256f5 10
From: Scott Wood
commit 52b8eb60132b27ad53476490e9d7579003390cfa added a mutex,
but never initialized it. This caused a segfault.
Reported-by: Alexander Graf
Signed-off-by: Scott Wood
Signed-off-by: Kevin Wolf
---
block/qcow.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
dif
From: Frediano Ziglio
Signed-off-by: Frediano Ziglio
Signed-off-by: Kevin Wolf
---
block/qcow.c | 53 ++---
1 files changed, 26 insertions(+), 27 deletions(-)
diff --git a/block/qcow.c b/block/qcow.c
index 7727604..8c559e2 100644
--- a/block/q
From: Frediano Ziglio
Signed-off-by: Frediano Ziglio
Signed-off-by: Kevin Wolf
---
block/qcow2.c | 98 +
1 files changed, 43 insertions(+), 55 deletions(-)
diff --git a/block/qcow2.c b/block/qcow2.c
index 9f7566f..cc5f409 100644
--- a/
On 2011-08-29 17:34, Avi Kivity wrote:
> Please pull from
>
> git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git memory/batch
>
> to receive a fixed version of the latest memory API conversion batch.
> The pflash_cfi patch has been reworked extensively, but otherwise there
> are no changes.
T
This patch converts mpic to the new memory API.
Signed-off-by: Fabien Chouteau
---
hw/openpic.c | 208 +++-
hw/openpic.h |8 +-
hw/ppce500_mpc8544ds.c |3 +-
3 files changed, 105 insertions(+), 114 deletions(-)
diff --git
From: Frediano Ziglio
Embed qcow_aio_read_cb into qcow_co_readv and qcow_aio_write_cb into
qcow_co_writev
Signed-off-by: Frediano Ziglio
Signed-off-by: Kevin Wolf
---
block/qcow.c | 291 -
1 files changed, 123 insertions(+), 168 deleti
On 2011-08-29 18:17, Jan Kiszka wrote:
> On 2011-08-29 17:34, Avi Kivity wrote:
>> Please pull from
>>
>> git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git memory/batch
>>
>> to receive a fixed version of the latest memory API conversion batch.
>> The pflash_cfi patch has been reworked extensiv
On 08/28/2011 10:37 AM, Avi Kivity wrote:
Anthony, please pull from
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git memory/urgent
to receive a fix for boundless recursion in the sh target, due to a bug
in the memory API conversion.
Pulled. Thanks.
Regards,
Anthony Liguori
Avi Kivity
From: Devin Nakamura
Documentation states the num is measured in clusters, but its
actually measured in sectors
Signed-off-by: Devin Nakamura
Signed-off-by: Kevin Wolf
---
block/qcow2-cluster.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/block/qcow2-cluster.c b
From: Frediano Ziglio
instead of calling qemi_aio_get use stack
Signed-off-by: Frediano Ziglio
Signed-off-by: Kevin Wolf
---
block/qcow.c | 52
block/qcow2.c | 38 +++---
2 files changed, 27 insertions(+
From: Frediano Ziglio
Signed-off-by: Frediano Ziglio
Signed-off-by: Kevin Wolf
---
block/qcow2-refcount.c | 18 --
block/qcow2.h |2 --
2 files changed, 0 insertions(+), 20 deletions(-)
diff --git a/block/qcow2-refcount.c b/block/qcow2-refcount.c
index fbf28da..
From: Stefan Hajnoczi
Signed-off-by: Stefan Hajnoczi
Signed-off-by: Kevin Wolf
---
qemu-img.c | 13 -
1 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/qemu-img.c b/qemu-img.c
index 2fee782..0561d77 100644
--- a/qemu-img.c
+++ b/qemu-img.c
@@ -870,7 +870,8 @@ static
From: Nicholas Thomas
Current behaviour if a read fails is for the acb to not get finished.
This causes an infinite loop in bdrv_read_em (block.c). The read failure
never gets reported to the guest and if the error condition clears, the
process never recovers.
With this patch, when curl reports
From: Frediano Ziglio
Signed-off-by: Frediano Ziglio
Signed-off-by: Kevin Wolf
---
block/qcow2.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/block/qcow2.c b/block/qcow2.c
index 37dab65..b725d68 100644
--- a/block/qcow2.c
+++ b/block/qcow2.c
@@ -496,6 +496,7 @@ fai
From: Christoph Hellwig
Account the total latency for read/write/flush requests. This allows
management tools to average it based on a snapshot of the nr ops
counters and allow checking for SLAs or provide statistics.
Signed-off-by: Christoph Hellwig
Signed-off-by: Kevin Wolf
---
block.c
From: Frediano Ziglio
Signed-off-by: Frediano Ziglio
Signed-off-by: Kevin Wolf
---
block/qcow.c | 63 --
1 files changed, 0 insertions(+), 63 deletions(-)
diff --git a/block/qcow.c b/block/qcow.c
index 4495afe..c8bfecc 100644
--- a/blo
From: Frediano Ziglio
let all DEBUG_ALLOC2 printf goes to stderr
Signed-off-by: Frediano Ziglio
Signed-off-by: Kevin Wolf
---
block/qcow2-cluster.c |2 +-
block/qcow2-refcount.c |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/block/qcow2-cluster.c b/block/qcow
Alex Graf, Scott Wood, and I met last week to try to flesh out
some details as to how vfio could work for non-PCI devices,
like we have in embedded systems. This most likely will
require a different kernel driver than vfio-- for now we are
calling it "dtio" (for device tree I/O) as there is no wa
On Mon, 29 Aug 2011 09:19:30 -0500
Michael Roth wrote:
> On 08/26/2011 12:52 PM, Jan Kiszka wrote:
> > On 2011-08-26 19:43, Luiz Capitulino wrote:
> >> On Fri, 26 Aug 2011 18:48:52 +0200
> >> Jan Kiszka wrote:
> >>
> >>> Hi all,
> >>>
> >>> current master has some qregressions:
> >>>
> >>> # ./c
Can someone post a good test case, and expected and actual results at
this point? Maybe an upstart job running
kvm --audio-help | grep ^Name
so that no user is logged in yet (per comment #14)?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscri
Builds with configure --enable-trace-backend=simple failed on linux
because qemu-ga then uses simpletrace.c which needs get_clock which
needs use_rt_clock which was unresolved.
Adding qemu-timer-common.o fixes this. It adds a little overhead
(about 150 byte).
Cc: Michael Roth
Cc: Anthony Liguori
On 08/22/2011 08:35 AM, Jan Kiszka wrote:
On 2011-08-22 15:24, Anthony Liguori wrote:
Enabling the I/O thread by default seems like an important part of declaring
1.0. Besides allowing true SMP support with KVM, the I/O thread means that the
TCG VCPU doesn't have to multiplex itself with the I/
On Mon, Aug 29, 2011 at 9:25 AM, Sasha Levin wrote:
> On Thu, 2011-08-25 at 16:29 +0300, Sasha Levin wrote:
>> Hello,
>>
>> I am looking to implement an ivshmem device for KVM tools, the purpose
>> is to provide same functionality as QEMU and interoperability with QEMU.
>
> [snip]
>
>> 1. File han
1 - 100 of 154 matches
Mail list logo
