Lack of bdrv_co_write_zeroes is why detect-zeroes does not work.
Lack of bdrv_get_block_status is why sparse-sparse does not work
without detect-zeroes.
Ok, thanks Paolo !
Both are missing in rbd block driver. @ceph-devel . Could it be possible to
implement them ?
Also, about drive-mirror,
Am 13.10.2014 um 05:17 schrieb Zhang Haoyu:
Hi,
I encounter a problem that after deleting snapshot, the qcow2 image size is
very larger than that it should be displayed by ls command,
but the virtual disk size is okay via qemu-img info.
I suspect that during updating l1 table offset, other I/O
Cornelia Huck cornelia.h...@de.ibm.com writes:
With virtio-1, we support more than 32 feature bits. Let's make
vdev-guest_features depend on the number of supported feature bits,
allowing us to grow the feature bits automatically.
It's a judgement call, but I would say that simply using
Cornelia Huck cornelia.h...@de.ibm.com writes:
Note that we care only about the fields still in use for virtio v1.0.
Reviewed-by: Thomas Huth th...@linux.vnet.ibm.com
Reviewed-by: David Hildenbrand d...@linux.vnet.ibm.com
Signed-off-by: Cornelia Huck cornelia.h...@de.ibm.com
Hi Cornelia,
Il 13/10/2014 08:06, Alexandre DERUMIER ha scritto:
Also, about drive-mirror, I had tried with detect-zeroes with simple qcow2
file,
and It don't seem to help.
I'm not sure that detect-zeroes is implement in drive-mirror.
also, the target mirrored volume don't seem to have the
Hi,
I encounter a problem that after deleting snapshot, the qcow2 image size
is very larger than that it should be displayed by ls command,
but the virtual disk size is okay via qemu-img info.
I suspect that during updating l1 table offset, other I/O job reference
the big-endian l1 table
Am 13.10.2014 um 09:13 schrieb Zhang Haoyu:
Hi,
I encounter a problem that after deleting snapshot, the qcow2 image size is
very larger than that it should be displayed by ls command,
but the virtual disk size is okay via qemu-img info.
I suspect that during updating l1 table offset, other I/O
Ah, you're right. We need to add an options field, or use a new
blockdev-mirror command.
Ok, thanks. Can't help to implement this, but I'll glad to help for testing.
- Mail original -
De: Paolo Bonzini pbonz...@redhat.com
À: Alexandre DERUMIER aderum...@odiso.com
Cc: Ceph Devel
Hi,
I encounter a problem that after deleting snapshot, the qcow2 image
size is very larger than that it should be displayed by ls command,
but the virtual disk size is okay via qemu-img info.
I suspect that during updating l1 table offset, other I/O job
reference the big-endian l1 table
On 10/10/2014, 04:54 PM, Claudio Fontana wrote:
Hello,
On 10.10.2014 14:09, Jiri Slaby wrote:
I am using qemu for teaching the Linux kernel at our university. I
wrote a simple PCI device that can answer to writes/reads, generate
interrupts and perform DMA. As I am dragging it locally over 2
On Mon, 6 Oct 2014 20:25:04 +0300
Michael S. Tsirkin m...@redhat.com wrote:
[...]
BTW I reverted that patch, and to fix migration, I'm thinking
about applying the following patch on top of master.
Michael,
I could force the migration issue with a rhel65 guest thanks to the
following
On Mon, Oct 13, 2014 at 10:49:41AM +0200, Greg Kurz wrote:
On Mon, 6 Oct 2014 20:25:04 +0300
Michael S. Tsirkin m...@redhat.com wrote:
[...]
BTW I reverted that patch, and to fix migration, I'm thinking
about applying the following patch on top of master.
Michael,
I could force
Am 13.10.2014 um 10:19 schrieb Zhang Haoyu:
Hi,
I encounter a problem that after deleting snapshot, the qcow2 image size is
very larger than that it should be displayed by ls command,
but the virtual disk size is okay via qemu-img info.
I suspect that during updating l1 table offset, other I/O
I want to add this message for vhost-user backend's memory changed.Any
suggestion?
* VHOST_USER_CLEAR_MEM_TABLE
Id: 15
Equivalent ioctl: VHOST_USER_CLEAR_MEM_TABLE
Master payload: u64
Clear the memory regions on the slave when the memory of the forward
freed.e.g.when
On Mon, 13 Oct 2014 12:01:07 +0300
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Oct 13, 2014 at 10:49:41AM +0200, Greg Kurz wrote:
On Mon, 6 Oct 2014 20:25:04 +0300
Michael S. Tsirkin m...@redhat.com wrote:
[...]
BTW I reverted that patch, and to fix migration, I'm thinking
On Mon, 13 Oct 2014 16:28:32 +1030
Rusty Russell ru...@rustcorp.com.au wrote:
Cornelia Huck cornelia.h...@de.ibm.com writes:
Note that we care only about the fields still in use for virtio v1.0.
Reviewed-by: Thomas Huth th...@linux.vnet.ibm.com
Reviewed-by: David Hildenbrand
On Mon, 13 Oct 2014 16:23:58 +1030
Rusty Russell ru...@rustcorp.com.au wrote:
Cornelia Huck cornelia.h...@de.ibm.com writes:
With virtio-1, we support more than 32 feature bits. Let's make
vdev-guest_features depend on the number of supported feature bits,
allowing us to grow the feature
On 2014/10/9 19:51, Gonglei wrote:
Andreas, ping?
Ping..., again.
Best regards,
-Gonglei
-Original Message-
From: qemu-devel-bounces+arei.gonglei=hotmail@nongnu.org
[mailto:qemu-devel-bounces+arei.gonglei=hotmail@nongnu.org] On
Behalf Of Gonglei
Sent: Wednesday,
Hi guys, is there any update on this issue?
Tx
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/921208
Title:
win7/x64 installer hangs on startup with 0x005d.
Status in QEMU:
Confirmed
Status
On Mon, Oct 13, 2014 at 10:49:41AM +0200, Greg Kurz wrote:
On Mon, 6 Oct 2014 20:25:04 +0300
Michael S. Tsirkin m...@redhat.com wrote:
[...]
BTW I reverted that patch, and to fix migration, I'm thinking
about applying the following patch on top of master.
Michael,
I could force
ping...
On Mon, 2014-10-06 at 19:38 +0800, Zhu Guihua wrote:
After inputting device_del command in monitor, we expect to list all
hotpluggable devices automatically by pressing tab key. This patchset provides
the function to list all peripheral devices such as memory devices.
v3:
- commit
Il 24/09/2014 17:21, Benoît Canet ha scritto:
The module takes care of computing minimal and maximal
values over the time slice duration.
The code looks good, just two comments:
+/* Get the average value
+ *
+ * @ta: the timed average structure used
+ * @ret: the average value
+ */
On 13.10.14 12:42, Greg Kurz wrote:
On Mon, 13 Oct 2014 12:01:07 +0300
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Oct 13, 2014 at 10:49:41AM +0200, Greg Kurz wrote:
On Mon, 6 Oct 2014 20:25:04 +0300
Michael S. Tsirkin m...@redhat.com wrote:
[...]
BTW I reverted that patch, and
On 10 October 2014 18:03, Greg Bellows greg.bell...@linaro.org wrote:
From: Fabian Aggeler aggel...@ethz.ch
Increasing banked_r13 and banked_r14 to store LR_mon and SP_mon (bank
index 7).
Signed-off-by: Fabian Aggeler aggel...@ethz.ch
Signed-off-by: Greg Bellows greg.bell...@linaro.org
On Mon, Oct 13, 2014 at 02:29:20PM +0200, Alexander Graf wrote:
On 13.10.14 12:42, Greg Kurz wrote:
On Mon, 13 Oct 2014 12:01:07 +0300
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Oct 13, 2014 at 10:49:41AM +0200, Greg Kurz wrote:
On Mon, 6 Oct 2014 20:25:04 +0300
Michael S.
On 10 October 2014 18:03, Greg Bellows greg.bell...@linaro.org wrote:
From: Fabian Aggeler aggel...@ethz.ch
arm_is_secure() function allows to determine CPU security state
if the CPU implements Security Extensions/EL3.
arm_is_secure_below_el3() returns true if CPU is in secure state
below
The ioreq-server API added to Xen 4.5 offers better security than
the existing Xen/QEMU interface because the shared pages that are
used to pass emulation request/results back and forth are removed
from the guest's memory space before any requests are serviced.
This prevents the guest from mapping
This patch series is v2 of what was the single patch Xen: Use
the ioreq-server API when available. The code that adds the
PCI bus listener is now in patch #1 of this series and the
remainder of the changes, in patch #2, have been re-worked to
constrain the #ifdefing to xen_common.h, as requested
The Xen ioreq-server API, introduced in Xen 4.5, requires that PCI device
models explicitly register with Xen for config space accesses. This patch
adds a PCI bus listener interface which can be used by the Xen interface
code to monitor PCI buses for arrival and departure of devices.
On 10 October 2014 18:03, Greg Bellows greg.bell...@linaro.org wrote:
From: Sergey Fedorov s.fedo...@samsung.com
Reject switching to monitor mode from non-secure state.
Signed-off-by: Sergey Fedorov s.fedo...@samsung.com
Signed-off-by: Fabian Aggeler aggel...@ethz.ch
Reviewed-by: Edgar E.
Il 10/10/2014 14:09, Jiri Slaby ha scritto:
I am using qemu for teaching the Linux kernel at our university. I
wrote a simple PCI device that can answer to writes/reads, generate
interrupts and perform DMA. As I am dragging it locally over 2 years,
I am sending it to you now.
Signed-off-by:
On 10 October 2014 18:03, Greg Bellows greg.bell...@linaro.org wrote:
Renamed the arm_current_pl CPU function to more accurately represent that it
returns the ARMv8 EL rather than ARMv7 PL.
Signed-off-by: Greg Bellows greg.bell...@linaro.org
==
v5 - v6
- Renamed DisasContext
Il 13/10/2014 10:32, Jiri Slaby ha scritto:
No, the DMA addresses are on purpose 32-bit: to teach the people always
set the dma mask properly in the driver. This driver copies COMBO6x
devices (liberouter.org) behaviour which I used until the cards got
obsoleted (hard to find PCI-X slots
On 10 October 2014 18:03, Greg Bellows greg.bell...@linaro.org wrote:
From: Fabian Aggeler aggel...@ethz.ch
Implements SMC instruction in AArch32 using the A32 syndrome. When executing
SMC instruction from monitor CPU mode SCR.NS bit is reset.
Signed-off-by: Sergey Fedorov
On 10 October 2014 18:03, Greg Bellows greg.bell...@linaro.org wrote:
From: Fabian Aggeler aggel...@ethz.ch
Make arm_current_el() return EL3 for secure PL1 and monitor mode.
Increase MMU modes since mmu_index is directly infered from arm_
inferred
current_el(). Changes assertion in
I realize that, but I don't believe your changes were available yet and
still sounded to be a bit in flux, so I was waiting to merge.
As I mentioned previously, I had already merged on top of your initial
changes.
I'll recommit with your changes.
Greg
On 13 October 2014 08:06, Peter Maydell
On 13 October 2014 15:13, Greg Bellows greg.bell...@linaro.org wrote:
I realize that, but I don't believe your changes were available yet and
still sounded to be a bit in flux, so I was waiting to merge.
As I mentioned previously, I had already merged on top of your initial
changes.
Ah. I
I have just few minor comments.
Reviewed-by: Yongbok Kim yongbok@imgtec.com
regards,
Yongbok
On 08/10/2014 11:55, Leon Alrae wrote:
Signed-off-by: Leon Alrae leon.al...@imgtec.com
---
v3:
* use sextract32 instead of open coding the bit field extraction
* replace _i64 with _tl in DAHI,
Am 13.10.2014 um 12:55 schrieb Gonglei:
On 2014/10/9 19:51, Gonglei wrote:
Andreas, ping?
Ping..., again.
Already queued, not yet pushed. On my way to KVM Forum...
Regards,
Andreas
Best regards,
-Gonglei
-Original Message-
From:
I reapplied my changes on top of your v5 with the latest backing. It
basically scraps most of my changes on this patch for yours, except for
some slight updates here and there.
I'll continue to make any v7 updates on your v5 set.
Greg
On 13 October 2014 08:36, Peter Maydell
strncat() will append additional '\0' to destination buffer, so need
additional 1 byte for it, or may cause memory overflow, just like other
area within QEMU have done.
Signed-off-by: Chen Gang gang.chen.5...@gmail.com
---
target-ppc/kvm.c | 4 ++--
1 file changed, 2 insertions(+), 2
On 13.10.14 16:36, Chen Gang wrote:
strncat() will append additional '\0' to destination buffer, so need
additional 1 byte for it, or may cause memory overflow, just like other
area within QEMU have done.
Signed-off-by: Chen Gang gang.chen.5...@gmail.com
I agree with this patch. However,
On 10.10.14 16:47, Peter Maydell wrote:
On 10 October 2014 11:59, Antony Pavlov antonynpav...@gmail.com wrote:
Running barebox on qemu-system-mips* with '-d unimp' overloads
stderr by very very many mips_cpu_handle_mmu_fault() messages:
mips_cpu_handle_mmu_fault address=b80003fd ret 0
On 10/12/2014 01:50 AM, Peter Maydell wrote:
On 12 October 2014 01:32, Chen Gang gang.chen.5...@gmail.com wrote:
On 10/12/14 5:25, Peter Maydell wrote:
Some other approaches to this that would confine the
fix to the makefiles rather than requiring us to modify
the vixl source itself:
a) add
On Mon, Oct 13, 2014 at 02:05:34PM +0200, Paolo Bonzini wrote:
Il 24/09/2014 17:21, Benoît Canet ha scritto:
The module takes care of computing minimal and maximal
values over the time slice duration.
The code looks good, just two comments:
+/* Get the average value
+ *
+ * @ta:
On 13 October 2014 16:59, Eric Blake ebl...@redhat.com wrote:
-isystem is a heavy hammer, affecting the entire compilation. Better
might be just marking the ONE header as being a system header (silence
various warnings caused by just that header, while still letting the
rest of the
Move FCX loading of save_context_ to caller functions, for STLCX, STUCX insn to
use those functions.
Move FCX storing of restore_context_ to caller functions, for LDLCX, LDUCX insn
to use those functions.
Remove do_raise_exception function, which caused clang to emit a warning.
Fix:
Add instructions of ABS, ABSB opcode format.
Add microcode generator functions for ld/st of two 32bit reg as one 64bit value.
Add microcode generator functions for ldmst and swap.
Add helper ldlcx, lducx, stlcx and stucx.
Signed-off-by: Bastian Koppelmann kbast...@mail.uni-paderborn.de
Hi guys,
here is the next round of TriCore patches. The first patch addresses a clang
issue mentioned by Peter Maydell and
some bugfixes. And the other four add instructions of the ABS, ABSB, B, BIT and
BO opcode format.
Thanks,
Bastian
v2 - v3:
- OR_NOR_T, AND_NOR_T: Now uses normal
Add instructions of B opcode format.
Signed-off-by: Bastian Koppelmann kbast...@mail.uni-paderborn.de
Reviewed-by: Richard Henderson r...@twiddle.net
---
target-tricore/translate.c | 27 +++
1 file changed, 27 insertions(+)
diff --git a/target-tricore/translate.c
Add instructions of BIT opcode format.
Add microcode generator functions gen_bit_1/2op to do 1/2 bit operations on the
last bit.
Signed-off-by: Bastian Koppelmann kbast...@mail.uni-paderborn.de
---
v2 - v3:
- OR_NOR_T, AND_NOR_T: Now uses normal conditionals instead of preprocessor.
Add instructions of BO opcode format.
Add microcode generator functions gen_swap, gen_ldmst.
Add microcode generator functions gen_st/ld_preincr, which write back the
address after the memory access.
Add helper for circular and bit reverse addr mode calculation.
Add sign extended bitmask for
On 10/13/14 22:47, Alexander Graf wrote:
Could you please instead rewrite it to use g_strdup_printf() rather than
strncat()s? That way we resolve all string pitfalls automatically - and
this code is not the fast path, so doing an extra memory allocation is ok.
I guess, it is a personal
On Mon, 13 Oct 2014, Paul Durrant wrote:
The ioreq-server API added to Xen 4.5 offers better security than
the existing Xen/QEMU interface because the shared pages that are
used to pass emulation request/results back and forth are removed
from the guest's memory space before any requests are
On Mon, 13 Oct 2014 14:09:54 +0300
Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Oct 13, 2014 at 10:49:41AM +0200, Greg Kurz wrote:
On Mon, 6 Oct 2014 20:25:04 +0300
Michael S. Tsirkin m...@redhat.com wrote:
[...]
BTW I reverted that patch, and to fix migration, I'm thinking
-Original Message-
From: Stefano Stabellini [mailto:stefano.stabell...@eu.citrix.com]
Sent: 13 October 2014 16:53
To: Paul Durrant
Cc: qemu-devel@nongnu.org; xen-de...@lists.xenproject.org; Stefano
Stabellini; Peter Maydell; Paolo Bonzini; Michael Tokarev; Stefan Hajnoczi;
Stefan
On 10/13/2014 09:27 AM, Bastian Koppelmann wrote:
Add instructions of BIT opcode format.
Add microcode generator functions gen_bit_1/2op to do 1/2 bit operations on
the last bit.
Signed-off-by: Bastian Koppelmann kbast...@mail.uni-paderborn.de
---
v2 - v3:
- OR_NOR_T, AND_NOR_T: Now
On 10/13/2014 09:27 AM, Bastian Koppelmann wrote:
Add instructions of BO opcode format.
Add microcode generator functions gen_swap, gen_ldmst.
Add microcode generator functions gen_st/ld_preincr, which write back the
address after the memory access.
Add helper for circular and bit reverse
Am 13.10.2014 um 15:40 schrieb Andreas Färber:
Already queued, not yet pushed. On my way to KVM Forum...
Fixed up the preceding series and pushed this one now:
https://github.com/afaerber/qemu-cpu/commits/qom-next
Thanks,
Andreas
--
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg,
Hi,
All 37 patches should be applied now, in their latest version, with
Reviewed-bys and my Sob...
https://github.com/afaerber/qemu-cpu/commits/qom-next
This is a series size that I would ask to split in the future.
Thanks,
Andreas
--
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg,
I also tried to add a virt io device to the frontend but still no disc in the
VM. Am I missing anything else?
{QMP: {version: {qemu: {micro: 0, minor: 0, major: 2}, package:
(Debian 2.0.0+dfsg-2ubuntu1.2)}, capabilities: []}}
{execute:qmp_capabilities}
{return: {}}
{ execute: blockdev-add,
Hi,
I encounter a problem that after deleting snapshot, the qcow2 image
size is very larger than that it should be displayed by ls command,
but the virtual disk size is okay via qemu-img info.
I suspect that during updating l1 table offset, other I/O job
reference the big-endian l1 table
From: Zhu Yijun zhuyi...@huawei.com
Commit 0b183fc871:memory: move mem_path handling to
memory_region_allocate_system_memory split memory_region_init_ram and
memory_region_init_ram_from_file. Also it moved mem-path handling a step
up from memory_region_init_ram to
On 14 October 2014 04:36, zhuyijun zhuyi...@huawei.com wrote:
From: Zhu Yijun zhuyi...@huawei.com
Commit 0b183fc871:memory: move mem_path handling to
memory_region_allocate_system_memory split memory_region_init_ram and
memory_region_init_ram_from_file. Also it moved mem-path handling a step
Il 14/10/2014 06:54, Peter Maydell ha scritto:
Why is this patch only changing this board? What's special
about virt that means we don't want to also make this
change for the other ARM boards? What about all the other
boards for the other architectures?
-mem-path is not too useful without KVM
On 14 October 2014 07:10, Paolo Bonzini pbonz...@redhat.com wrote:
Il 14/10/2014 06:54, Peter Maydell ha scritto:
Why is this patch only changing this board? What's special
about virt that means we don't want to also make this
change for the other ARM boards? What about all the other
boards
66 matches
Mail list logo