(2010/10/14 21:38), Avi Kivity wrote:
On 10/14/2010 02:36 PM, Jan Kiszka wrote:
and this commit just makes the
corruptions more likely. This may even be a QEMU issue in the cirrus/vga
model (both qemu-kvm and upstream show the effect).
What about -no-kvm?
Just booted it (took ages), and
On Fri, Oct 15, 2010 at 03:45:06AM +0200, Ruben Kerkhof wrote:
Is there anything I can do to help resolve this?
Would rolling back this commit have any impact on other operating systems?
Patch below should fix the problem.
diff --git a/src/acpi-dsdt.dsl b/src/acpi-dsdt.dsl
index
On Thu, Oct 14, 2010 at 11:40:52PM +0200, Dragos Tatulea wrote:
Hi,
I'm starting a thread related to the TODO item mentioned in the
subject. Currently still gathering info and trying to make kvm
macvtap play nicely together. I have used this [1] guide to set it up
but qemu is still
Hi Federico,
On 15.06.2010 18:18, Fede wrote:
On Wed, Jun 9, 2010 at 18:51, Adhyas Avasthiadh...@gmail.com wrote:
I read an old email thread which talked about GPGPU passthroughin
linux-kvm. Was this implemented?
If not, are there some quick hacks I can use to enable it in my tree?
Right
On 10/14/10 20:36, Alex Williamson wrote:
Otherwise the guest might try to use the range for device hotplug.
Arrgh.
/me tries to kill vga_init_vbe() usage for everything (but isa-vga) for
*months* now. I want to zap the magic framebuffer @
VBE_DISPI_LFB_PHYSICAL_ADDRESS instead of
From: Xin Xiaohui xiaohui@intel.com
Currently, it can get external buffers from mp device.
Signed-off-by: Xin Xiaohui xiaohui@intel.com
Signed-off-by: Zhao Yu yzhao81...@gmail.com
Reviewed-by: Jeff Dike jd...@linux.intel.com
---
net/core/skbuff.c | 27
From: Xin Xiaohui xiaohui@intel.com
Signed-off-by: Xin Xiaohui xiaohui@intel.com
Signed-off-by: Zhao Yu yzhao81...@gmail.com
Reviewed-by: Jeff Dike jd...@linux.intel.com
---
include/linux/mpassthru.h | 133 +
1 files changed, 133
From: Xin Xiaohui xiaohui@intel.com
Signed-off-by: Xin Xiaohui xiaohui@intel.com
Reviewed-by: Jeff Dike jd...@linux.intel.com
---
drivers/vhost/Kconfig | 10 ++
drivers/vhost/Makefile |2 ++
2 files changed, 12 insertions(+), 0 deletions(-)
diff --git
From: Xin Xiaohui xiaohui@intel.com
The vhost-net backend now only supports synchronous send/recv
operations. The patch provides multiple submits and asynchronous
notifications. This is needed for zero-copy case.
Signed-off-by: Xin Xiaohui xiaohui@intel.com
---
From: Xin Xiaohui xiaohui@intel.com
This example is made on ixgbe driver which using napi_gro_frags().
It can get buffers from guest side directly using netdev_alloc_page()
and release guest buffers using netdev_free_page().
Signed-off-by: Xin Xiaohui xiaohui@intel.com
---
From: Xin Xiaohui xiaohui@intel.com
This example is made on ixgbe driver.
It provides API is_rx_buffer_mapped_as_page() to indicate
if the driver use napi_gro_frags() interface or not.
The example allocates 2 pages for DMA for one ring descriptor
using netdev_alloc_page(). When packets is
From: Xin Xiaohui xiaohui@intel.com
The patch add mp(mediate passthru) device, which now
based on vhost-net backend driver and provides proto_ops
to send/receive guest buffers data from/to guest vitio-net
driver.
It also exports async functions which can be used by other
drivers like macvtap
From: Xin Xiaohui xiaohui@intel.com
The hook is called in __netif_receive_skb().
Signed-off-by: Xin Xiaohui xiaohui@intel.com
Signed-off-by: Zhao Yu yzhao81...@gmail.com
Reviewed-by: Jeff Dike jd...@linux.intel.com
---
net/core/dev.c | 37 +
1 files
From: Xin Xiaohui xiaohui@intel.com
Currently, it can get external buffers from mp device.
Signed-off-by: Xin Xiaohui xiaohui@intel.com
Signed-off-by: Zhao Yu yzhao81...@gmail.com
Reviewed-by: Jeff Dike jd...@linux.intel.com
---
include/linux/skbuff.h |4 +++-
net/core/skbuff.c
We provide an zero-copy method which driver side may get external
buffers to DMA. Here external means driver don't use kernel space
to allocate skb buffers. Currently the external buffer can be from
guest virtio-net driver.
The idea is simple, just to pin the guest VM user space and then
let host
From: Xin Xiaohui xiaohui@intel.com
If the driver want to allocate external buffers,
then it can export it's capability, as the skb
buffer header length, the page length can be DMA, etc.
The external buffers owner may utilize this.
Signed-off-by: Xin Xiaohui
From: Xin Xiaohui xiaohui@intel.com
Add a structure in structure net_device, the new field is
named as mp_port. It's for mediate passthru (zero-copy).
It contains the capability for the net device driver,
a socket, and an external buffer creator, external means
skb buffer
From: Xin Xiaohui xiaohui@intel.com
If buffer is external, then use the callback to destruct
buffers.
Signed-off-by: Xin Xiaohui xiaohui@intel.com
Signed-off-by: Zhao Yu yzhao81...@gmail.com
Reviewed-by: Jeff Dike jd...@linux.intel.com
---
net/core/skbuff.c |8
1 files
From: Xin Xiaohui xiaohui@intel.com
Signed-off-by: Xin Xiaohui xiaohui@intel.com
Signed-off-by: Zhao Yu yzhao81...@gmail.com
Reviewed-by: Jeff Dike jd...@linux.intel.com
---
include/linux/netdevice.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git
From: Xin Xiaohui xiaohui@intel.com
The external buffer owner can use the functions to get
the capability of the underlying NIC driver.
Signed-off-by: Xin Xiaohui xiaohui@intel.com
Signed-off-by: Zhao Yu yzhao...@gmail.com
Reviewed-by: Jeff Dike jd...@linux.intel.com
---
From: Xin Xiaohui xiaohui@intel.com
Signed-off-by: Xin Xiaohui xiaohui@intel.com
Signed-off-by: Zhao Yu yzhao81...@gmail.com
Reviewed-by: Jeff Dike jd...@linux.intel.com
---
include/linux/skbuff.h |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git
Anthony Liguori anth...@codemonkey.ws writes:
On 10/14/2010 07:36 AM, Markus Armbruster wrote:
Avi Kivitya...@redhat.com writes:
On 10/14/2010 12:54 AM, Anthony Liguori wrote:
On 10/13/2010 05:32 PM, Anjali Kulkarni wrote:
Hi,
Using the legacy way of starting up
No need to include asm-generic/bitops/le.h as all architectures
provide little endian bit operations now.
Signed-off-by: Akinobu Mita akinobu.m...@gmail.com
Cc: Avi Kivity a...@redhat.com
Cc: Marcelo Tosatti mtosa...@redhat.com
Cc: kvm@vger.kernel.org
---
virt/kvm/kvm_main.c |1 -
1 files
On Friday 15 October 2010, Alex Williamson wrote:
We can't let the compiler define the alignment for qemu_cfg data.
Signed-off-by: Alex Williamson alex.william...@redhat.com
---
v2: Adjust alignment to help non-x86 hosts per Arnd's suggestion
Ok, looks good now. Thanks!
Arnd
--
On Fri, Oct 15, 2010 at 10:29:25AM +0900, Hidetoshi Seto wrote:
(2010/10/15 9:36), Marcelo Tosatti wrote:
On Thu, Oct 14, 2010 at 05:49:43PM +0900, Jin Dongming wrote:
There are 2 similar functions to handle SIGBUS:
sigbus_handler(int n, struct qemu_signalfd_siginfo *siginfo,
On Fri, Oct 15, 2010 at 10:52:05AM +0900, Hidetoshi Seto wrote:
(2010/10/15 10:06), Marcelo Tosatti wrote:
On Thu, Oct 14, 2010 at 05:55:28PM +0900, Jin Dongming wrote:
There is no reason why SRAO event received by the main thread
is the only one that being broadcasted.
According to the
On Fri, Oct 15, 2010 at 09:01, Gleb Natapov g...@redhat.com wrote:
On Fri, Oct 15, 2010 at 03:45:06AM +0200, Ruben Kerkhof wrote:
Is there anything I can do to help resolve this?
Would rolling back this commit have any impact on other operating systems?
Patch below should fix the problem.
On Fri, 2010-10-15 at 10:22 +0200, Gerd Hoffmann wrote:
On 10/14/10 20:36, Alex Williamson wrote:
Otherwise the guest might try to use the range for device hotplug.
Arrgh.
/me tries to kill vga_init_vbe() usage for everything (but isa-vga) for
*months* now. I want to zap the magic
Hi All,
It took me a while to figure the below out, I hope it gives some clues
into the problem I'm seeing. I'm running qemu compiled from git
from the following repo:
http://cgit.freedesktop.org/spice/qemu/
From the spice.v20 branch.
So this is basically qemu HEAD (not qemu-kvm but plain
Thanks a lot for all :)
Kindest regards,
Giam Teck Choon
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi,
will get BUG: soft lockup in dmesg (once you unstuck it)
Removing -smp 2 from the cmdline makes this go away.
The guests soft lookup stacktrace hints it is the remote tlb flush in
the execve path causing this. The fpaste is expired meanwhile though.
Hans, can you send one of those
On Fri, 15 Oct 2010 17:35:18 +0200
Hans de Goede hdego...@redhat.com wrote:
Hi All,
It took me a while to figure the below out, I hope it gives some clues
into the problem I'm seeing. I'm running qemu compiled from git
from the following repo:
http://cgit.freedesktop.org/spice/qemu/
Hi,
On 10/15/2010 05:58 PM, Gerd Hoffmann wrote:
Hi,
will get BUG: soft lockup in dmesg (once you unstuck it)
Removing -smp 2 from the cmdline makes this go away.
The guests soft lookup stacktrace hints it is the remote tlb flush in the
execve path causing this. The fpaste is expired
Hi,
once again, Yehuda committed fixes for all the suggestions made on the
list (and more). Here is the next update for the ceph/rbd block driver.
Please let us know if there are any pending issues.
For those who didn't follow the previous postings:
This is an block driver for the distributed
Hi,
- If I want to pass in additional arguments to the guest OS while booting(in
particular which slot I want to map a nic to) - is there any way to do it?
Some kind of configuration file that I can pass in would also be ok for me.
- Is there a KVM/Qemu/e1000 test suite that is already available
This is an _initial_ work on having a full QMP test-suite in kvm-autotest,
but we start simple: the basic suite tests only the basic protocol
specification. More details in patch 3/3.
This is already very useful for QMP development and can be merged as is,
but there are two limitations that
It returns the QMP's greeting message as sent by the monitor.
Please, note that this commit also changes the QMPMonitor's constructor
to store the full greeting message (it currently stores only its
contents).
This new method is going to be used by the QMP test-suite, which fully
checks the
This method directly sends data to the QMP monitor and returns its
response, without any kind of special treatment or sanity checking.
Two simple wrappers are also introduced: cmd_obj() and cmd_qmp(),
they provide some level of automation on building QMP commands.
All three methods are going to
This commit introduces a suite which checks that QMP conforms to its
specification (which is file QMP/qmp-spec.txt in QEMU's source tree).
It's important to note that this suite does _not_ do command or
asynchronous messages testing, as each command or asynchronous message
has its own
Michael Alex et al -
Sorry for going quiet; I've been digesting the comments and researching
a
lot more stuff. I plan to release V5 shortly after 2.6.36 is out, highlights
will be:
1. Re-written pci config tables - using approach suggested by MST to clean
things up. Looking much
Add vzalloc for convinience of vmalloc-then-memset-zero case
Use __GFP_ZERO in vzalloc to zero fill the allocated memory.
Signed-off-by: Dave Young hidave.darks...@gmail.com
---
include/linux/vmalloc.h |1 +
mm/vmalloc.c| 13 +
2 files changed, 14 insertions(+)
Use vzalloc instead of vmalloc in kvm code.
Signed-off-by: Dave Young hidave.darks...@gmail.com
---
arch/x86/kvm/x86.c |3 +--
virt/kvm/kvm_main.c | 13 -
2 files changed, 5 insertions(+), 11 deletions(-)
--- linux-2.6.orig/virt/kvm/kvm_main.c 2010-09-25 21:18:06.0
42 matches
Mail list logo