Hi,
With the success of last year's Virtualization micro-conference track
at Linux Plumbers 2010, I have accepted to organize a similar track
for Linux Plumbers 2011 in Santa Rosa. Please see the official Linux
Plumbers 2011 website for full details about the conference:
Hi,
There has been some confusion around the format of the tracks at Linux
Plumbers: Presentations vs Micro Conference, so the program committee
has extended the deadline by one week. If you didn't get your submission
in earlier, or you were confused, this is your final chance.
Please see
re-submit it. I apologize for this confusion!
Hope to see plenty of proposals showing up before the deadling on the 19th!
Best regards,
Jes
On 06/18/10 14:00, Jes Sorensen wrote:
Hi,
I would like to remind people about the Virtualization track at Linux
Plumbers Conference 2010, held
Hi,
I would like to remind people about the Virtualization track at Linux
Plumbers Conference 2010, held in Cambridge, MA, November 3-5, 2010.
Please note the deadline for submissions is July 19, 2010.
LPC is particular well suited for technical presentations, work in
progress and subjects that
On 05/26/10 21:50, Michael S. Tsirkin wrote:
Here's a rewrite of the original patch with a new layout.
I haven't tested it yet so no idea how this performs, but
I think this addresses the cache bounce issue raised by Avi.
Posting for early flames/comments.
Generally, the Host end of the
Hi,
I am organizing a Virtualization track at LPC 2010 (Linux Plumbers
Conference 2010). Please see the official call for tracks below.
LPC is particular well suited for work in progress and subjects that
needs discussion and collaboration between communities, for example
between KVM/QEMU and
Isaku Yamahata wrote:
On Wed, Apr 23, 2008 at 04:03:58PM +0200, Jes Sorensen wrote:
Isaku Yamahata wrote:
I'd rather have PARAVIRT_NR_IRQ set from Kconfig if possible given that
all of these are constants anyway. If we cannot do that, then it would
be better to do the #if FOO_NR_IRQ
Isaku Yamahata wrote:
I'd rather have PARAVIRT_NR_IRQ set from Kconfig if possible given that
all of these are constants anyway. If we cannot do that, then it would
be better to do the #if FOO_NR_IRQ PARAVIRT_NR_IRQ in the various
header files for Xen/KVM/lguest so we don't get the clutter in
Isaku == Isaku Yamahata [EMAIL PROTECTED] writes:
Isaku introduce pv_info which describes some randome info about
Isaku underlying execution environment.
Hi Isaku,
I am missing some of the patches in this series for some reason.
However, I'd like to open the discussion and ask why you are
Make NR_IRQ overridable by each pv instances.
Pv instance may need each own number of irqs so that
NR_IRQS should be the maximum number of nr_irqs each
pv instances need.
This really looks dodgy.
+#ifdef CONFIG_PARAVIRT
+
+/* Determine the maximal NR_IRQ which each pv instances require.
+ *
Isaku Yamahata wrote:
Our justification is as follows.
The difference is its scope. pv_ops for virtualization and
machine vector is for platform difference.
- pv_ops does cover the area which shouldn't belong to machine vector.
For example, ia64 intrinsics paravirtualization.
It
Dong, Eddie wrote:
Rather than making these binary patches, why not make them fast
syscalls and using a vdso page. Some of the priviledged instructions
are simply reads and we could have that information in a read-only
data page, so there is no need to do a context switch at all. Others
could
Isaku Yamahata wrote:
I'm willing to introduce something like PARAVIRT_NR_IRQS,
but I don't see how PARAVIRT_NR_IRQS solves the issues.
What I want here is to define by cpp
#define PARAVIRT_NR_IRQS\
max(
Dong, Eddie wrote:
My understanding is that code such as IVT table are well tuned and you
are really
difficult to pursuade people to replace those privilege resource access
instruction
to use vdso or something equalvalent such as mov GRx=CRy. For those C
code
previlige resource access,
Jeremy Fitzhardinge wrote:
I wasn't suggesting we shouldn't have both interfaces, merely
questioning why adding what to me seems like an unnecessary performance
hit for the classic case of the call.
I don't mind how many interfaces there are, so long as there only needs
to be one place to
Jeremy Fitzhardinge wrote:
Jes Sorensen wrote:
This change has been on the x86 side for ages, and not even Ingo made a
peep about it ;)
Mmmm, last time I looked, x86 didn't scale to any interesting number
of CPUs :-)
Why not keep smp_call_function() the way it was before, rather than
Zhang, Xiantao wrote:
From 0d698efed15759b49e78adcef085feda0a14a175 Mon Sep 17 00:00:00 2001
From: Xiantao Zhang [EMAIL PROTECTED]
Date: Tue, 1 Apr 2008 14:57:09 +0800
Subject: [PATCH] KVM:IA64: Add optimization for some virtulization
faults
optvfault.S Add optimization for some
Hi Xiantao,
I general I think the code in this patch is fine. I have a couple of
nit-picking comments:
+ if (target_mask0x1) {
The formatting here isn't quite what most of the kernel does. It would
be better if you added spaces so it's a little easier to read, ie:
if (target_mask
Zhang, Xiantao wrote:
From 697d50286088e98da5ac8653c80aaa96c81abf87 Mon Sep 17 00:00:00 2001
From: Xiantao Zhang [EMAIL PROTECTED]
Date: Mon, 31 Mar 2008 09:50:24 +0800
Subject: [PATCH] KVM:IA64: Implement smp_call_function_mask for ia64
This function provides more flexible interface for smp
Zhang, Xiantao wrote:
From 62895ff991d48398a77afdbf7f2bef127e802230 Mon Sep 17 00:00:00 2001
From: Xiantao Zhang [EMAIL PROTECTED]
Date: Fri, 28 Mar 2008 09:49:57 +0800
Subject: [PATCH] KVM: IA64: Add kvm arch-specific core code for
kvm/ia64.
kvm_ia64.c is created to handle kvm
Hi Xiantao,
Some more nit-picking, though some of this is a bit more important
to fixup.
Cheers,
Jes
+typedef struct thash_data {
Urgh! argh! Please avoid typedefs unless you really need them, see
Chapter 5 of Documentation/CodingStyle for details.
diff --git a/include/asm-ia64/kvm_host.h
Hi Xiantao,
More comments.
Zhang, Xiantao wrote:
From 696b9eea9f5001a7b7a07c0e58514aa10306b91a Mon Sep 17 00:00:00 2001
From: Xiantao Zhang [EMAIL PROTECTED]
Date: Fri, 28 Mar 2008 09:51:36 +0800
Subject: [PATCH] KVM:IA64 : Add head files for kvm/ia64
ia64_regs: some defintions for special
Rusty Russell wrote:
Since I can't build a module over two directories, that seems to destroy
the idea of an i386/ subdir. Instead I've done a patch which renames
the *clearly* i386-specific things to i386_name, which at least works.
I've pushed it into the repository
Stephen Rothwell wrote:
On Wed, 08 Aug 2007 20:32:15 -0400 Steven Rostedt [EMAIL PROTECTED]
wrote:
diff --git a/drivers/lguest/i386/lg.h b/drivers/lguest/i386/lg.h
index 64f0abe..c5ea14c 100644
--- a/drivers/lguest/i386/lg.h
+++ b/drivers/lguest/i386/lg.h
@@ -20,6 +20,8 @@
#include linux/err.h
24 matches
Mail list logo