Re: [PATCH 3/3] Split the KVM pv-ops support by feature

2009-11-17 Thread Alexander Graf
On 18.11.2009, at 02:33, Rusty Russell wrote: > On Wed, 18 Nov 2009 10:43:12 am Alexander Graf wrote: >> Currently selecting KVM guest support enabled multiple features at >> once that >> not everyone necessarily wants to have, namely: > > These patches make perfect sense, but please make sure

Re: [PATCH 3/3] Split the KVM pv-ops support by feature

2009-11-17 Thread Rusty Russell
On Wed, 18 Nov 2009 10:43:12 am Alexander Graf wrote: > Currently selecting KVM guest support enabled multiple features at once that > not everyone necessarily wants to have, namely: These patches make perfect sense, but please make sure Jeremy Fitzhardinge (CC'd) is in the loop, as he split the s

Re: virtio: Add memory statistics reporting to the balloon driver (V2)

2009-11-17 Thread Rusty Russell
On Wed, 18 Nov 2009 07:06:29 am Adam Litke wrote: > virtio: Add memory statistics reporting to the balloon driver (V2) > > Changes since V1: > - Use a virtqueue instead of the device config space Hi Adam, If Anthony's happy, I'm happy with this approach. Couple of minor points: > +static

[PATCH 1/3] Split paravirt ops by functionality

2009-11-17 Thread Alexander Graf
Currently when using paravirt ops it's an all-or-nothing option. We can either use pv-ops for CPU, MMU, timing, etc. or not at all. Now there are some use cases where we don't need the full feature set, but only a small chunk of it. KVM is a pretty prominent example for this. So let's make everyt

[PATCH 2/3] Only export selected pv-ops feature structs

2009-11-17 Thread Alexander Graf
To really check for sure that we're not using any pv-ops code by accident, we should make sure that we don't even export the structures used to access pv-ops exported functions. So let's surround the pv-ops structs by #ifdefs. Signed-off-by: Alexander Graf --- arch/x86/kernel/paravirt.c | 35

[PATCH 3/3] Split the KVM pv-ops support by feature

2009-11-17 Thread Alexander Graf
Currently selecting KVM guest support enabled multiple features at once that not everyone necessarily wants to have, namely: - PV MMU - zero io delay - apic detection workaround Let's split them off so we don't drag in the full pv-ops framework just to detect we're running on KVM. That gives u

[PATCH 0/3] Split up pv-ops

2009-11-17 Thread Alexander Graf
Paravirt ops is currently only capable of either replacing a lot of Linux internal code or none at all. The are users that don't need all of the possibilities pv-ops delivers though. On KVM for example we're perfectly fine not using the PV MMU, thus not touching any MMU code. That way we don't hav

Re: [PATCH 0/3] macvlan: add vepa and bridge mode

2009-11-17 Thread Arnd Bergmann
Sorry, I used the wrong address for the virtualization mailing list at first. Please correct this to when replying to the other mails. For people only subscribed to virtualization, you can find the actual patches at http://patchwork.kernel.org/patch/60810/ http://patchwork.kernel.org/patch/60811/

virtio: Add memory statistics reporting to the balloon driver (V2)

2009-11-17 Thread Adam Litke
virtio: Add memory statistics reporting to the balloon driver (V2) Changes since V1: - Use a virtqueue instead of the device config space When using ballooning to manage overcommitted memory on a host, a system for guests to communicate their memory usage to the host can provide information that