Re: [PATCH -V3 4/4] powerpc/kvm: Use 256K chunk to track both RMA and hash page table allocation.

2013-07-02 Thread Paul Mackerras
On Tue, Jul 02, 2013 at 11:15:18AM +0530, Aneesh Kumar K.V wrote: > From: "Aneesh Kumar K.V" > > Both RMA and hash page table request will be a multiple of 256K. We can use > a chunk size of 256K to track the free/used 256K chunk in the bitmap. This > should help to reduce the bitmap size. > > S

Re: [PATCH -V3 2/4] powerpc/kvm: Contiguous memory allocator based hash page table allocation

2013-07-02 Thread Paul Mackerras
On Tue, Jul 02, 2013 at 11:15:16AM +0530, Aneesh Kumar K.V wrote: > From: "Aneesh Kumar K.V" > > Powerpc architecture uses a hash based page table mechanism for mapping > virtual > addresses to physical address. The architecture require this hash page table > to > be physically contiguous. With

Re: RFC: vfio interface for platform devices

2013-07-02 Thread Alex Williamson
On Tue, 2013-07-02 at 23:25 +, Yoder Stuart-B08248 wrote: > The write-up below is the first draft of a proposal for how the kernel can > expose > platform devices to user space using vfio. > > In short, I'm proposing a new ioctl VFIO_DEVICE_GET_DEVTREE_INFO which > allows user space to correl

Re: [PATCH] KVM: PPC: Book3S: Ignore DABR register

2013-07-02 Thread nello martuscielli
hi Alexander, thanks for your time, this patch works fine. Tested-by: Nello Martuscielli -nello On Tue, Jul 2, 2013 at 4:18 PM, Alexander Graf wrote: > We don't emulate breakpoints yet, so just ignore reads and writes > to / from DABR. > > This fixes booting of more recent Linux guest kernel

Re: RFC: vfio interface for platform devices

2013-07-02 Thread Alexander Graf
On 03.07.2013, at 01:25, Yoder Stuart-B08248 wrote: > The write-up below is the first draft of a proposal for how the kernel can > expose > platform devices to user space using vfio. > > In short, I'm proposing a new ioctl VFIO_DEVICE_GET_DEVTREE_INFO which > allows user space to correlate regi

RFC: vfio interface for platform devices

2013-07-02 Thread Yoder Stuart-B08248
The write-up below is the first draft of a proposal for how the kernel can expose platform devices to user space using vfio. In short, I'm proposing a new ioctl VFIO_DEVICE_GET_DEVTREE_INFO which allows user space to correlate regions and interrupts to the corresponding device tree node structure

Re: [PATCH -V3 2/4] powerpc/kvm: Contiguous memory allocator based hash page table allocation

2013-07-02 Thread Alexander Graf
On 03.07.2013, at 00:28, Benjamin Herrenschmidt wrote: > On Tue, 2013-07-02 at 17:12 +0200, Alexander Graf wrote: >> Is CMA a mandatory option in the kernel? Or can it be optionally >> disabled? If it can be disabled, we should keep the preallocated >> fallback case around for systems that have

Re: [PATCH -V3 2/4] powerpc/kvm: Contiguous memory allocator based hash page table allocation

2013-07-02 Thread Benjamin Herrenschmidt
On Tue, 2013-07-02 at 17:12 +0200, Alexander Graf wrote: > Is CMA a mandatory option in the kernel? Or can it be optionally > disabled? If it can be disabled, we should keep the preallocated > fallback case around for systems that have CMA disabled. Why ? More junk code to keep around ... If CM

Re: RFC: proposal for VM reset & shutdown hcall (v3)

2013-07-02 Thread Alexander Graf
On 03.07.2013, at 00:13, Scott Wood wrote: > On 07/02/2013 05:08:02 PM, Yoder Stuart-B08248 wrote: >> >> KVM_EXIT_EPAPR_HCALL exit definition >>/* KVM_EXIT_EPAPR_HCALL */ >>struct { >>

Re: RFC: proposal for VM reset & shutdown hcall (v3)

2013-07-02 Thread Scott Wood
On 07/02/2013 05:08:02 PM, Yoder Stuart-B08248 wrote: KVM_EXIT_EPAPR_HCALL exit definition /* KVM_EXIT_EPAPR_HCALL */ struct { __u64 nr; __u64

RFC: proposal for VM reset & shutdown hcall (v3)

2013-07-02 Thread Yoder Stuart-B08248
Version 3 changes -added "kvm," prefix to hcall properties in device tree -specified which registers ret and args will end up in -removed e500-specific comments KVM_CAP_EXIT_EPAPR_HCALL Capability A new capability

RE: RFC: proposal for VM reset & shutdown hcall (v2)

2013-07-02 Thread Yoder Stuart-B08248
> -Original Message- > From: Wood Scott-B07421 > Sent: Tuesday, July 02, 2013 11:56 AM > To: Yoder Stuart-B08248 > Cc: Alexander Graf; Bhushan Bharat-R65777; Wood Scott-B07421; > k...@vger.kernel.org list; kvm- > p...@vger.kernel.org > Subject: Re: RFC: proposal for VM reset & shutdown h

Re: RFC: proposal for VM reset & shutdown hcall (v2)

2013-07-02 Thread Scott Wood
On 07/02/2013 10:33:58 AM, Yoder Stuart-B08248 wrote: > -Original Message- > From: Alexander Graf [mailto:ag...@suse.de] > Sent: Tuesday, July 02, 2013 10:23 AM > To: Yoder Stuart-B08248 > Cc: Bhushan Bharat-R65777; Wood Scott-B07421; k...@vger.kernel.org list; kvm-ppc@vger.kernel.org

Re: [PATCH -V3 3/4] powerpc/kvm: Contiguous memory allocator based RMA allocation

2013-07-02 Thread Alexander Graf
On 07/02/2013 06:28 PM, Aneesh Kumar K.V wrote: Alexander Graf writes: On 07/02/2013 05:29 PM, Aneesh Kumar K.V wrote: Alexander Graf writes: On 07/02/2013 07:45 AM, Aneesh Kumar K.V wrote: From: "Aneesh Kumar K.V" Older version of power architecture use Real Mode Offset register and Re

Re: [PATCH -V3 3/4] powerpc/kvm: Contiguous memory allocator based RMA allocation

2013-07-02 Thread Aneesh Kumar K.V
Alexander Graf writes: > On 07/02/2013 05:29 PM, Aneesh Kumar K.V wrote: >> Alexander Graf writes: >> >>> On 07/02/2013 07:45 AM, Aneesh Kumar K.V wrote: From: "Aneesh Kumar K.V" Older version of power architecture use Real Mode Offset register and Real Mode Limit Selec

RE: RFC: proposal for VM reset & shutdown hcall (v2)

2013-07-02 Thread Yoder Stuart-B08248
> -Original Message- > From: Alexander Graf [mailto:ag...@suse.de] > Sent: Tuesday, July 02, 2013 10:23 AM > To: Yoder Stuart-B08248 > Cc: Bhushan Bharat-R65777; Wood Scott-B07421; k...@vger.kernel.org list; > kvm-ppc@vger.kernel.org > Subject: Re: RFC: proposal for VM reset & shutdown h

Re: [PATCH -V3 2/4] powerpc/kvm: Contiguous memory allocator based hash page table allocation

2013-07-02 Thread Alexander Graf
On 07/02/2013 05:31 PM, Aneesh Kumar K.V wrote: Alexander Graf writes: On 07/02/2013 07:45 AM, Aneesh Kumar K.V wrote: From: "Aneesh Kumar K.V" Powerpc architecture uses a hash based page table mechanism for mapping virtual addresses to physical address. The architecture require this hash pa

Re: [PATCH -V3 1/4] mm/cma: Move dma contiguous changes into a seperate config

2013-07-02 Thread Aneesh Kumar K.V
Marek Szyprowski writes: > Hello, > > On 7/2/2013 7:45 AM, Aneesh Kumar K.V wrote: >> From: "Aneesh Kumar K.V" >> >> We want to use CMA for allocating hash page table and real mode area for >> PPC64. Hence move DMA contiguous related changes into a seperate config >> so that ppc64 can enable CMA

Re: [PATCH -V3 3/4] powerpc/kvm: Contiguous memory allocator based RMA allocation

2013-07-02 Thread Alexander Graf
On 07/02/2013 05:29 PM, Aneesh Kumar K.V wrote: Alexander Graf writes: On 07/02/2013 07:45 AM, Aneesh Kumar K.V wrote: From: "Aneesh Kumar K.V" Older version of power architecture use Real Mode Offset register and Real Mode Limit Selector for mapping guest Real Mode Area. The guest RMA shou

Re: [PATCH -V3 2/4] powerpc/kvm: Contiguous memory allocator based hash page table allocation

2013-07-02 Thread Aneesh Kumar K.V
Alexander Graf writes: > On 07/02/2013 07:45 AM, Aneesh Kumar K.V wrote: >> From: "Aneesh Kumar K.V" >> >> Powerpc architecture uses a hash based page table mechanism for mapping >> virtual >> addresses to physical address. The architecture require this hash page table >> to >> be physically co

Re: [PATCH -V3 3/4] powerpc/kvm: Contiguous memory allocator based RMA allocation

2013-07-02 Thread Aneesh Kumar K.V
Alexander Graf writes: > On 07/02/2013 07:45 AM, Aneesh Kumar K.V wrote: >> From: "Aneesh Kumar K.V" >> >> Older version of power architecture use Real Mode Offset register and Real >> Mode Limit >> Selector for mapping guest Real Mode Area. The guest RMA should be physically >> contigous since

Re: RFC: proposal for VM reset & shutdown hcall (v2)

2013-07-02 Thread Alexander Graf
On 07/02/2013 05:07 PM, Yoder Stuart-B08248 wrote: Version 2 changes -remove advertising via KVM_HC_FEATURES -define a new exit type (KVM_EXIT_EPAPR_HCALL) for user space handled hcalls -advertise KVM_EXIT_EPAPR_HCALL to user space via new capability flag -defined device

Re: [PATCH -V3 3/4] powerpc/kvm: Contiguous memory allocator based RMA allocation

2013-07-02 Thread Alexander Graf
On 07/02/2013 07:45 AM, Aneesh Kumar K.V wrote: From: "Aneesh Kumar K.V" Older version of power architecture use Real Mode Offset register and Real Mode Limit Selector for mapping guest Real Mode Area. The guest RMA should be physically contigous since we use the range when address translation

Re: [PATCH -V3 2/4] powerpc/kvm: Contiguous memory allocator based hash page table allocation

2013-07-02 Thread Alexander Graf
On 07/02/2013 07:45 AM, Aneesh Kumar K.V wrote: From: "Aneesh Kumar K.V" Powerpc architecture uses a hash based page table mechanism for mapping virtual addresses to physical address. The architecture require this hash page table to be physically contiguous. With KVM on Powerpc currently we use

RFC: proposal for VM reset & shutdown hcall (v2)

2013-07-02 Thread Yoder Stuart-B08248
Version 2 changes -remove advertising via KVM_HC_FEATURES -define a new exit type (KVM_EXIT_EPAPR_HCALL) for user space handled hcalls -advertise KVM_EXIT_EPAPR_HCALL to user space via new capability flag -defined device tree properties to advertise the existence of reset an

[PATCH] KVM: PPC: Book3S: Ignore DABR register

2013-07-02 Thread Alexander Graf
We don't emulate breakpoints yet, so just ignore reads and writes to / from DABR. This fixes booting of more recent Linux guest kernels for me. Reported-by: Nello Martuscielli Signed-off-by: Alexander Graf --- arch/powerpc/kvm/book3s_emulate.c | 2 ++ 1 file changed, 2 insertions(+) diff --gi

Re: [PATCH -V3 1/4] mm/cma: Move dma contiguous changes into a seperate config

2013-07-02 Thread Marek Szyprowski
Hello, On 7/2/2013 7:45 AM, Aneesh Kumar K.V wrote: From: "Aneesh Kumar K.V" We want to use CMA for allocating hash page table and real mode area for PPC64. Hence move DMA contiguous related changes into a seperate config so that ppc64 can enable CMA without requiring DMA contiguous. Acked-by

Re: [PULL 0/7] ppc patch queue 2013-06-30

2013-07-02 Thread Paolo Bonzini
Il 30/06/2013 03:38, Alexander Graf ha scritto: > Hi Marcelo / Gleb, > > This is my current patch queue for ppc. Please pull and apply to next, so it > makes its way into 3.11. > > Changes include: > > - Book3S PR: Add support for 1TB segments > - Book3S PR fixes > > Alex > > > The follo