On Wed, Oct 19, 2011 at 03:42:27PM +0200, Jan Kiszka wrote:
On 2011-10-19 15:33, Jan Kiszka wrote:
On 2011-10-19 14:54, Anthony Liguori wrote:
On 10/19/2011 05:53 AM, Jan Kiszka wrote:
On 2011-10-19 03:55, pingf...@linux.vnet.ibm.com wrote:
From: Liu Ping Fanpingf...@linux.vnet.ibm.com
The Buildbot has detected a new failure on builder s390-next_x86_64_debian_6_0
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/s390-next_x86_64_debian_6_0/builds/66
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build:
The Buildbot has detected a new failure on builder s390-next_i386_debian_6_0
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/s390-next_i386_debian_6_0/builds/67
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
This series add support for trace events grouping. The state of a given group
of trace events can be queried or changed in bulk by the following monitor
commands:
* info trace-groups
View available trace event groups and their state. State 1 means enabled,
state 0 means disabled.
*
A group of trace events can be enabled in early running stage through
adding its group name prefixed with group: to trace events list file
which is passed to -trace events.
Signed-off-by: Mark Wu wu...@linux.vnet.ibm.com
---
trace/control.c | 17 +
1 files changed, 17
Signed-off-by: Mark Wu wu...@linux.vnet.ibm.com
---
trace/stderr.c | 32
trace/stderr.h |7 +++
2 files changed, 39 insertions(+), 0 deletions(-)
diff --git a/trace/stderr.c b/trace/stderr.c
index 7107c4a..c55bed4 100644
--- a/trace/stderr.c
+++
Add monitor commands 'trace-group NAME on|off' and 'info trace-groups'
to set and query the state of a given group of trace events.
Signed-off-by: Mark Wu wu...@linux.vnet.ibm.com
---
hmp-commands.hx | 14 ++
monitor.c | 22 ++
trace/control.h |9
Signed-off-by: Mark Wu wu...@linux.vnet.ibm.com
---
trace/simple.c | 30 ++
trace/simple.h |7 +++
2 files changed, 37 insertions(+), 0 deletions(-)
diff --git a/trace/simple.c b/trace/simple.c
index b639dda..05acee0 100644
--- a/trace/simple.c
+++
On 10/20/2011 02:41 PM, Mark Wu wrote:
This series add support for trace events grouping. The state of a given group
of trace events can be queried or changed in bulk by the following monitor
commands:
* info trace-groups
View available trace event groups and their state. State 1 means
Each trace events group starts with a line containing the string
group_start:group-name and end with a line containing the string
group_end. The range of a trace events group is determined by
the tracetool script when it processes the trace-events file.
Signed-off-by: Mark Wu
Signed-off-by: Mark Wu wu...@linux.vnet.ibm.com
---
docs/tracing.txt | 29 ++---
1 files changed, 26 insertions(+), 3 deletions(-)
diff --git a/docs/tracing.txt b/docs/tracing.txt
index 95ca16c..139a331 100644
--- a/docs/tracing.txt
+++ b/docs/tracing.txt
@@ -16,6
The Buildbot has detected a new failure on builder monitor_i386_debian_6_0
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/monitor_i386_debian_6_0/builds/66
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
Currently, when amd svm or intel vmx is used to run the guest os natively on
the chip, a kernel enter and vmenter are needed, and when the guest os
executes a trapping instruction, a vmexit and kernel exit is incurred. I
would like to know the latest estimate of the cost of VMEnter/VMExit on
On 10/17/2011 08:55 PM, Vadim Rozenfeld wrote:
On Fri, 2011-10-14 at 17:49 +0800, hkran wrote:
On 10/14/2011 04:55 AM, Vadim Rozenfeld wrote:
On Thu, 2011-10-13 at 15:47 +0100, Stefan Hajnoczi wrote:
On Thu, Oct 13, 2011 at 5:00 AM, hkranhk...@vnet.linux.ibm.com wrote:
On 10/12/2011 07:09
Convert calls to g_malloc() and g_malloc0() to g_new() and g_new0()
respectively, in cases where the size passed to g_malloc() is specified
as sizeof(type).
Coccinelle did not match these when matching assignments involving an
expression corresponding to the type used for determining the size to
Convert calls to g_malloc() and g_malloc0() to g_new() and g_new0()
respectively, in cases where the return value is casted to the same
type as specified using sizeof() in the parameter to g_malloc() and
assigned to a variable of that type.
This was achieved using Coccinelle with the following
On Wed, Oct 19, 2011 at 01:59:04AM +0100, Stuart Brady wrote:
On Tue, Oct 18, 2011 at 06:18:11PM +, Blue Swirl wrote:
Cool. Please include the spatch with the commit message.
Thanks, will do!
Okay, submitted.
This is the first time I've used git send-email, so let me know if I've
On Wed, Oct 19, 2011 at 11:50:19AM +0800, canquan.shen wrote:
Hi ping fan,
Your patch is similar with my patch, my patch name is acpi: Fix
CPU hot removal problem.
I saw your patch, a little similar. BTW, how are things going on? It is a
long time since V0 patch
Thanks.
Canquan.Shen
On 2011/10/20 16:08, liu ping fan wrote:
On Wed, Oct 19, 2011 at 11:50:19AM +0800, canquan.shen wrote:
Hi ping fan,
Your patch is similar with my patch, my patch name is acpi: Fix
CPU hot removal problem.
I saw your patch, a little similar. BTW, how are things going on? It is a
long time
Convert calls to g_malloc() and g_malloc0() to g_new() and g_new0()
respectively, in cases where the return value is casted to the same
type as specified using sizeof(type) as passed to g_malloc().
Coccinelle did not match these when matching assignments involving an
expression corresponding to
On 10/20/2011 10:03 AM, Stuart Brady wrote:
Convert calls to g_malloc() and g_malloc0() to g_new() and g_new0()
respectively, in cases where the return value is casted to the same
type as specified using sizeof() in the parameter to g_malloc() and
assigned to a variable of that type.
This is
On 10/20/2011 10:03 AM, Stuart Brady wrote:
Coccinelle did not match these when matching assignments involving an
expression corresponding to the type used for determining the size to
allocate.
They all look okay, perhaps the include path you passed to Coccinelle is
incomplete?
Reviewed-by:
Am 19.10.2011 16:59, schrieb Paolo Bonzini:
Converting a floppy image from RAW to VPC and back will generate
a zero-padded file of the wrong size, because the geometry is not
computed correctly. Special case floppy disk images, handling
standard MS-DOS capacities (160/180/320/360 for low
Am 19.10.2011 16:59, schrieb Paolo Bonzini:
While vmdk_open_desc_file (touched by the patch) correctly changed -1
to -EINVAL, vmdk_open did not. Fix it directly in vmdk_parent_open.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
block/vmdk.c | 11 ++-
1 files changed, 6
Just to give some support to what Peter said, here is my experience with
the patch from #32.
I cross-compiled qemu 0.14.1 with the patch to ARMv5 and tried to run
the i386 linux binary for dropbox. Although I no longer see the fork
error message, the process gets stuck in an infinite loop running
Am 19.10.2011 16:59, schrieb Paolo Bonzini:
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
block/vmdk.c | 37 +++--
1 files changed, 15 insertions(+), 22 deletions(-)
diff --git a/block/vmdk.c b/block/vmdk.c
index 21566eb..12b38d2 100644
---
On Wed, Oct 19, 2011 at 09:35:46PM +0800, Gong Chen wrote:
On Wed, Oct 19, 2011 at 10:47 AM, pingf...@linux.vnet.ibm.com wrote:
From: Liu Ping Fan pingf...@linux.vnet.ibm.com
Call the remove handler for ACPI_NOTIFY_EJECT_REQUEST
Signed-off-by: Liu Ping Fan pingf...@linux.vnet.ibm.com
A basic wildcard matching is supported in both the monitor command
trace-event and the events list file. That means you can enable/disable the
events having a common prefix in a batch. For example, virtio-blk trace events
could be enabled using:
trace-event virtio_blk_* on
Signed-off-by: Mark
On 2011-10-20 03:22, Wen Congyang wrote:
I didn't read full story but 'crash' is used for investigating kernel core
generated
by kdump for several years. Considering support service guys, virsh dump
should support
a format for crash because they can't work well at investigating vmcore by
Am 19.10.2011 16:59, schrieb Paolo Bonzini:
The big conversion of bdrv_read/write to coroutines caused the two
homonymous callbacks in BlockDriver to become reentrant. It goes
like this:
1) bdrv_read is now called in a coroutine, and calls bdrv_read or
bdrv_pread.
2) the nested
Am 19.10.2011 16:59, schrieb Paolo Bonzini:
Since coroutine operation is now mandatory, convert all bdrv_flush
implementations to coroutines. For qcow2, this means taking the lock.
Other implementations are simpler and just forward bdrv_flush to the
underlying protocol, so they can avoid the
At 10/20/2011 05:41 PM, Jan Kiszka Write:
On 2011-10-20 03:22, Wen Congyang wrote:
I didn't read full story but 'crash' is used for investigating kernel core
generated
by kdump for several years. Considering support service guys, virsh dump
should support
a format for crash because they
Am 19.10.2011 16:59, schrieb Paolo Bonzini:
Since coroutine operation is now mandatory, convert both bdrv_discard
implementations to coroutines. For qcow2, this means taking the lock
around the operation. raw-posix remains synchronous.
The bdrv_discard callback is then unused and can be
On Wed, 19 Oct 2011 22:46:32 +0530, M. Mohan Kumar mo...@in.ibm.com wrote:
From: M. Mohan Kumar mo...@in.ibm.com
Signed-off-by: M. Mohan Kumar mo...@in.ibm.com
Applied with doc update to v9fs.git
Thanks
-aneesh
On 10/20/2011 11:28 AM, Kevin Wolf wrote:
This code is moved into bdrv_open, but there's another path how this
code can be reached:
vmdk_parse_extents() - vmdk_open_sparse() - vmdk_open_vmdk4() -
vmdk_open_desc_file().
Don't we forget to open the parent file there now?
Let's look at
On 10/20/2011 11:14 AM, Kevin Wolf wrote:
diff --git a/block/vpc.c b/block/vpc.c
index cb6c570..549a632 100644
--- a/block/vpc.c
+++ b/block/vpc.c
@@ -463,6 +463,14 @@ static int calculate_geometry(int64_t total_sectors,
uint16_t* cyls,
{
uint32_t cyls_times_heads;
+
Am 20.10.2011 12:12, schrieb Paolo Bonzini:
On 10/20/2011 11:28 AM, Kevin Wolf wrote:
This code is moved into bdrv_open, but there's another path how this
code can be reached:
vmdk_parse_extents() - vmdk_open_sparse() - vmdk_open_vmdk4() -
vmdk_open_desc_file().
Don't we forget to open
irq_target array saving/loading is in the wrong loop.
Version bump.
Signed-off-by: Dmitry Koshelev karaghio...@gmail.com
---
hw/arm_gic.c | 16
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/hw/arm_gic.c b/hw/arm_gic.c
index 83213dd..8dd8742 100644
---
On Wed, 19 Oct 2011, Anthony PERARD wrote:
Signed-off-by: Anthony PERARD anthony.per...@citrix.com
---
Makefile.target |2 ++
configure | 21 +
2 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/Makefile.target b/Makefile.target
index
On Wed, 19 Oct 2011, Anthony PERARD wrote:
Signed-off-by: Anthony PERARD anthony.per...@citrix.com
---
Makefile.target |1 +
hw/host-pci-device.c | 245
++
hw/host-pci-device.h | 75 +++
3 files changed, 321
On Wed, 19 Oct 2011, Anthony PERARD wrote:
From: Allen Kay allen.m@intel.com
Signed-off-by: Allen Kay allen.m@intel.com
Signed-off-by: Guy Zana g...@neocleus.com
Signed-off-by: Anthony PERARD anthony.per...@citrix.com
---
Makefile.target |2 +
Drivers that only implement the bdrv_read and bdrv_write callbacks
were unwillingly converted to be reentrant when bdrv_read and
bdrv_write were changed to always create coroutines. So,
we need locks aroudn read and write operations.
This series does this (patches 4-6) and removes the
While vmdk_open_desc_file (touched by the patch) correctly changed -1
to -EINVAL, vmdk_open did not. Fix it directly in vmdk_parent_open.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
block/vmdk.c | 15 +--
1 files changed, 9 insertions(+), 6 deletions(-)
diff --git
Since coroutine operation is now mandatory, convert both bdrv_discard
implementations to coroutines. For qcow2, this means taking the lock
around the operation. raw-posix remains synchronous.
The bdrv_discard callback is then unused and can be eliminated.
Reviewed-by: Kevin Wolf
Move vmdk_parent_open to vmdk_open. There's another path how
vmdk_parent_open can be reached:
vmdk_parse_extents() - vmdk_open_sparse() - vmdk_open_vmdk4() -
vmdk_open_desc_file().
If that can happen, however, the code is bogus. vmdk_parent_open
reads from bs-file:
if
The big conversion of bdrv_read/write to coroutines caused the two
homonymous callbacks in BlockDriver to become reentrant. It goes
like this:
1) bdrv_read is now called in a coroutine, and calls bdrv_read or
bdrv_pread.
2) the nested bdrv_read goes through the fast path in bdrv_rw_co_entry;
Since coroutine operation is now mandatory, convert all bdrv_flush
implementations to coroutines. For qcow2, this means taking the lock.
Other implementations are simpler and just forward bdrv_flush to the
underlying protocol, so they can avoid the lock.
The bdrv_flush callback is then unused
This does the first part of the conversion to coroutines, by
wrapping bdrv_write implementations to take the write side of the
rwlock.
Drivers that implement bdrv_write rather than bdrv_co_writev can
then benefit from asynchronous operation (at least if the underlying
protocol supports it, which
This does the first part of the conversion to coroutines, by
wrapping bdrv_read implementations to take the read side of the
rwlock.
Drivers that implement bdrv_read rather than bdrv_co_readv can
then benefit from asynchronous operation (at least if the underlying
protocol supports it, which is
Anthony,
Here are the pending patches of my migration series:
- subsections detection fix
- migration cleanup
- migration errors
Please consider pulling O:-)
Thanks, Juan.
The following changes since commit cfce6d8934243871c4dc6d0c5248b0b27a1b8d80:
i8259: Move to hw library (2011-10-16
From: Juha Riihimäki juha.riihim...@nokia.com
Make NAND and OneNAND device models reject read-only drives.
Test for example by running
$ qemu-system-arm -drive if=none,file=/dev/zero,readonly,id=foo -device
nand,drive=foo,chip_id=0x59 -kernel /dev/null
or
$ qemu-system-arm -drive
From: Juha Riihimäki juha.riihim...@nokia.com
also gracefully fail on nand_device_init() for unsupported block
size instead of aborting.
Signed-off-by: Juha Riihimäki juha.riihim...@nokia.com
---
hw/nand.c | 20 +---
1 files changed, 13 insertions(+), 7 deletions(-)
diff
From: Juha Riihimäki juha.riihim...@nokia.com
Signed-off-by: Juha Riihimäki juha.riihim...@nokia.com
---
hw/onenand.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/hw/onenand.c b/hw/onenand.c
index 6f68f70..7898da9 100644
--- a/hw/onenand.c
+++ b/hw/onenand.c
@@
On 2011-10-20 AM 6:05, Bob Breuer wrote:
We probably have a difference in build or run environment. I've
double-checked with another machine and can get the same crash in
longjmp when running the test executable on both WinXP and Win2k, but
not on Win7. So it looks like Microsoft may have
Rename the ARM_FEATURE_DIV feature bit to _THUMB_DIV, to
make room for a new feature switch enabling DIV in the ARM
encoding. (Cores may implement either (a) no divide insns
(b) divide insns in Thumb encodings only (c) divide insns
in both ARM and Thumb encodings.)
Signed-off-by: Peter Maydell
Hi; these are the pending target-arm patches I'd like to get in for 1.0;
a couple of minor ones plus the A15 insn work. Please pull.
PS: I'm not sure who the best person to cc on target-arm pull requests
is; any suggestions?
thanks
-- PMM
The following changes since commit
From: Dmitry Koshelev karaghio...@gmail.com
Fix the restoring of VFP registers on vmload.
Signed-off-by: Dmitry Koshelev karaghio...@gmail.com
Reviewed-by: Juan Quintela quint...@redhat.com
[peter.maydell: improved commit message a little]
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
From: Christophe LYON christophe.l...@st.com
Indeed, the result is known to be always positive.
Signed-off-by: Christophe Lyon christophe.l...@st.com
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/helper.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff
Clean up the decoding of the v6 media multiply space so that we UNDEF
on unassigned encodings rather than randomly interpreting them as
some instruction in this space.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/translate.c | 24
1 files
Implement the fused multiply-accumulate instructions (VFMA, VFMS,
VFNMA, VFNMS) which are new in VFPv4.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/cpu.h |1 +
target-arm/helper.c| 14 +
target-arm/helper.h|3 ++
target-arm/translate.c |
Add support for UDIV and SDIV in ARM mode. This is a new optional
feature for A profile cores (Thumb mode has had UDIV and SDIV for
M profile cores for some time).
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/cpu.h |1 +
target-arm/helper.c|5 -
Implement fused multiply-add as a softfloat primitive. This implements
a+b*c as a single step without any intermediate rounding; it is
specified in IEEE 754-2008 and implemented in a number of CPUs.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
fpu/softfloat-specialize.h | 178
Am 10.10.2011 14:52, schrieb Andreas Färber:
env is allocated in cpu_arm_init() with g_malloc0(), so free with g_free().
Cc: Peter Maydell peter.mayd...@linaro.org
Signed-off-by: Andreas Färber afaer...@suse.de
---
target-arm/helper.c |2 +-
1 files changed, 1 insertions(+), 1
On 20 October 2011 15:18, Andreas Färber afaer...@suse.de wrote:
Am 10.10.2011 14:52, schrieb Andreas Färber:
env is allocated in cpu_arm_init() with g_malloc0(), so free with g_free().
Cc: Peter Maydell peter.mayd...@linaro.org
Signed-off-by: Andreas Färber afaer...@suse.de
---
Hi; these are the pending target-arm patches I'd like to get in for 1.0;
a couple of minor ones plus the A15 insn work. Please pull.
V2 of this pullreq just adds Andreas' trivial patch as 8/8,
so I haven't bothered re-emailing the identical 1-7, just this
cover letter and 8/8.
-- PMM
The
Commit 63ffb564 broke floppy devices specific on the command line like
-drive file=...,if=none,id=floppy -global isa-fdc.driveA=floppy because it
relies on drive_get() which works only with -fda/-drive if=floppy.
This patch resembles what we're already doing for IDE, i.e. remember the floppy
2011/10/20 xunxun xunxun1...@gmail.com:
Hi, all
I think this issue causes the gdb crash on XP.
You can see the thread: http://sourceware.org/ml/gdb/2011-10/msg00056.html
My many friends and I can reproduce this crash issue, but no problem on Win7.
On Thu, Oct 20, 2011 at 5:05 AM, Bob
Hi Kevin,
On Thu, Oct 20, 2011 at 5:41 PM, Kevin Wolf kw...@redhat.com wrote:
Commit 63ffb564 broke floppy devices specific on the command line like
-drive file=...,if=none,id=floppy -global isa-fdc.driveA=floppy because it
relies on drive_get() which works only with -fda/-drive if=floppy.
From: Andreas Färber afaer...@suse.de
env is allocated in cpu_arm_init() with g_malloc0(), so free with g_free().
Signed-off-by: Andreas Färber afaer...@suse.de
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
target-arm/helper.c |2 +-
1 files changed, 1 insertions(+), 1
On 10/19/2011 05:59 AM, Avi Kivity wrote:
Please pull from:
git://github.com/avikivity/qemu.git memory/batch
Yet more of the same. This has been on the list for a while, with no
adverse reviews.
Pulled. Thanks.
Regards,
Anthony Liguori
Avi Kivity (18):
ppc_oldworld: convert to
On 10/20/2011 07:31 AM, Juan Quintela wrote:
Anthony,
Here are the pending patches of my migration series:
- subsections detection fix
- migration cleanup
- migration errors
Please consider pulling O:-)
Thanks, Juan.
The following changes since commit
On 10/14/2011 12:26 PM, Luiz Capitulino wrote:
Most of the patches are runstate fixes and have been sent to the list
already.
The changes (since 210b3a70383b0bcc4266856431491b39dcb4f14d) are available
in the following repository:
git://repo.or.cz/qemu/qmp-unstable.git qmp/queue
Pulled.
On Fri, Oct 07, 2011 at 04:49:13PM +0530, Aneesh Kumar K.V wrote:
On Fri, 7 Oct 2011 10:27:56 +0100, Daniel P. Berrange berra...@redhat.com
wrote:
On Thu, Sep 29, 2011 at 04:22:16PM +0100, Daniel P. Berrange wrote:
On Thu, Sep 29, 2011 at 08:23:49PM +0530, Aneesh Kumar K.V wrote:
On
Hi,
For trunk-version I have a tentative patch for this issue. On 4.6.x
and older branches this doesn't work, as here we can't differenciate
that easy between ms- and sysv-abi.
But could somebody give this patch a try?
Regards,
Kai
ChangeLog
* config/i386/i386.c
Hi,Apologies in advance if I shouldn't be asking here - I can't find a dedicated forum.When I convert an ISO to a VMDk and try to deploy it as part of an OVF package in vSphere I get the following error:I've tried:qemu-img convert -O vmdk image.iso image.vmdkqemu-img convert -f raw image.iso -O
On 12/10/2011 16:47, Fabien Chouteau wrote:
On 06/10/2011 16:37, Fabien Chouteau wrote:
Simple implementation of an stdio char device on Windows.
Any comments?
Anthony, can you apply this patch please?
Thanks in advance,
--
Fabien Chouteau
Kevin Wolf kw...@redhat.com writes:
Commit 63ffb564 broke floppy devices specific on the command line like
-drive file=...,if=none,id=floppy -global isa-fdc.driveA=floppy because it
relies on drive_get() which works only with -fda/-drive if=floppy.
This patch resembles what we're already
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
According to David Gibson for some compiler/libc combinations, open_by_handle_at
test in configure isn't quite right: because the file_handle pointer is never
dereferenced, gcc doesn't complain even if it is undefined. Change the test
as
From: Harsh Prateek Bora ha...@linux.vnet.ibm.com
SynthFS needs a QLIST_INSERT_HEAD_RCU to make sure list instructions are not
re-ordered and therefore avoiding a crash. There may be parallel readers which
should be allowed for lock-free access and this variant allows us to get rid
of rwlocks
On Mon, Oct 17, 2011 at 10:12:09PM +0200, Stefan Weil wrote:
cppcheck error report:
device_tree.c:156: error: Memory leak: dupname
Signed-off-by: Stefan Weil s...@weilnetz.de
---
device_tree.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
Thanks, applied to the trivial
From: M. Mohan Kumar mo...@in.ibm.com
A new fsdev parameter readonly is introduced to control accessing 9p export.
readonly=on|off can be used to specify the access type. By default rw access
is given to 9p export.
Signed-off-by: M. Mohan Kumar mo...@in.ibm.com
Signed-off-by: Aneesh Kumar K.V
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
This patch create a synthetic file system with mount tag
v_synth when -virtfs_synth command line option is specified
in qemu. The synthetic file system can be mounted in guest
using 9p using the below command line
mount -t 9p
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
Update local_chown to remove unnecessary if loop
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
hw/9pfs/virtio-9p-local.c | 13 +
1 files changed, 5 insertions(+), 8 deletions(-)
diff --git
From: Harsh Prateek Bora ha...@linux.vnet.ibm.com
Use QLIST_INSERT_HEAD_RCU and rcu_read_lock/unlock instead of rwlocks.
Use v9fs_synth_mutex as a write-only mutex to handle concurrent writers.
Signed-off-by: Harsh Prateek Bora ha...@linux.vnet.ibm.com
Signed-off-by: Aneesh Kumar K.V
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
To implement synthetic file system in Qemu we may not really
require file descriptor and Dir *. Make generic code use
V9fsFidOpenState instead.
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
fsdev/file-op-9p.h |
Hi,
This patchset contain patches that will be included in the next
pull request. Most of them are already posted to the list. Some of the
patches got updated when adding to the v9fs.git tree. Please review
-aneesh
On 16.10.2011, at 22:26, David Gibson wrote:
In __cpu_ppc_store_decr(), we set up a regular timer used to trigger
decrementer interrupts. This is necessary to implement the decrementer
properly under TCG, but is unnecessary under KVM (true for both Book3S-PR
and Book3S-HV KVM variants),
On 17.10.2011, at 21:15, David Gibson wrote:
Currently, when KVM is enabled, the pseries machine checks if the host
CPU supports VMX, VSX and/or DFP instructions and advertises
accordingly in the guest device tree. It does this regardless of what
CPU is selected on the command line. On the
On 18.10.2011, at 02:36, Andreas Färber wrote:
Am 18.10.2011 01:52, schrieb Alexander Graf:
Some 32-bit PPC CPUs can use up to 36 bit of physicall address space.
Treat them accordingly in the qemu-system-ppc binary type.
physical
Signed-off-by: Alexander Graf ag...@suse.de
---
On Tue, Oct 18, 2011 at 09:18:22PM +0400, Pavel Borzenkov wrote:
Spotted by Clang Analyzer
Signed-off-by: Pavel Borzenkov pavel.borzen...@gmail.com
---
block/vmdk.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
Thanks, applied to the trivial patches tree:
From: M. Mohan Kumar mo...@in.ibm.com
Signed-off-by: M. Mohan Kumar mo...@in.ibm.com
Signed-off-by: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
---
qemu-option.c | 43 +++
qemu-option.h |3 ++-
2 files changed, 41 insertions(+), 5 deletions(-)
On Tue, Oct 18, 2011 at 09:19:03PM +0400, Pavel Borzenkov wrote:
Spotted by Clang Analyzer
Signed-off-by: Pavel Borzenkov pavel.borzen...@gmail.com
---
block/vmdk.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Thanks, applied to the trivial patches tree:
On Tue, Oct 18, 2011 at 09:17:35PM +0400, Pavel Borzenkov wrote:
Spotted by Clang Analyzer
Signed-off-by: Pavel Borzenkov pavel.borzen...@gmail.com
---
block/qed.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
Thanks, applied to the trivial patches tree:
On Tue, Oct 18, 2011 at 09:17:56PM +0400, Pavel Borzenkov wrote:
'ret' is unconditionally overwitten by qed_read_l1_table_sync()
Spotted by Clang Analyzer
Signed-off-by: Pavel Borzenkov pavel.borzen...@gmail.com
---
block/qed.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
On Tue, Oct 18, 2011 at 6:48 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Mon, Oct 17, 2011 at 04:47:29PM +0100, Stefan Hajnoczi wrote:
When copy-on-read is enabled it is necessary to wait for overlapping
requests before issuing new requests. This prevents races between the
copy-on-read
On Tue, Oct 18, 2011 at 7:00 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Mon, Oct 17, 2011 at 04:47:31PM +0100, Stefan Hajnoczi wrote:
Signed-off-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
---
block.c | 69
++
On Tue, Oct 18, 2011 at 8:47 AM, Kevin Wolf kw...@redhat.com wrote:
Only qcow and qcow2 can do compression at all, and they require unallocated
clusters when writing the compressed data.
Signed-off-by: Kevin Wolf kw...@redhat.com
---
qemu-img.c | 9 +
1 files changed, 9
On Thu, Oct 20, 2011 at 8:48 AM, Rich Wellum richwel...@gmail.com wrote:
When I convert an ISO to a VMDk and try to deploy it as part of an OVF
package in vSphere I get the following error:
I've tried:
qemu-img convert -O vmdk image.iso image.vmdk
qemu-img convert -f raw image.iso -O vmdk
Hi Stefan,
qemu-img
qemu-img version 0.15.50, Copyright (c) 2004-2008 Fabrice Bellard
I haven't got this to work on any version - I was trying this version because
of the expanded list of sub format versions - I thought one of them might be
accepted.
Thanks,
||Rich
On Oct 20, 2011, at 1:50
On Thu, Oct 20, 2011 at 10:54 AM, Rich Wellum richwel...@gmail.com wrote:
Hi Stefan,
qemu-img
qemu-img version 0.15.50, Copyright (c) 2004-2008 Fabrice Bellard
I haven't got this to work on any version - I was trying this version
because of the expanded list of sub format versions - I thought
1 - 100 of 132 matches
Mail list logo