Re: [Qemu-devel] [RFC PATCH 07/10] spapr_pci: Allow PCI host bridge DMA window to be configured

2015-10-05 Thread David Gibson
On Mon, Oct 05, 2015 at 04:13:30PM +0200, Paolo Bonzini wrote: > > > On 03/10/2015 02:25, Alexey Kardashevskiy wrote: > >> I think this is the aim of VMSTATE_UINT64_EQUAL() ? > > > > We use it only for things which cannot be set via the command line > > and ideally there should be no

Re: [Qemu-devel] [RFC PATCH 07/10] spapr_pci: Allow PCI host bridge DMA window to be configured

2015-10-05 Thread David Gibson
On Tue, Oct 06, 2015 at 02:25:07PM +1100, David Gibson wrote: > On Mon, Oct 05, 2015 at 04:13:30PM +0200, Paolo Bonzini wrote: > > > > > > On 03/10/2015 02:25, Alexey Kardashevskiy wrote: > > >> I think this is the aim of VMSTATE_UINT64_EQUAL() ? > > > > > > We use it only for things which

Re: [Qemu-devel] [RFC PATCH 07/10] spapr_pci: Allow PCI host bridge DMA window to be configured

2015-10-05 Thread Paolo Bonzini
On 03/10/2015 02:25, Alexey Kardashevskiy wrote: >> I think this is the aim of VMSTATE_UINT64_EQUAL() ? > > We use it only for things which cannot be set via the command line > and ideally there should be no VMSTATE_*_EQUAL. If something can be > set via the command line, then the management

Re: [Qemu-devel] [RFC PATCH 07/10] spapr_pci: Allow PCI host bridge DMA window to be configured

2015-10-02 Thread Alexey Kardashevskiy
On 09/24/2015 04:59 PM, Laurent Vivier wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 24/09/2015 01:54, David Gibson wrote: On Wed, Sep 23, 2015 at 08:55:01PM +0200, Laurent Vivier wrote: On 17/09/2015 15:09, David Gibson wrote: At present the PCI host bridge (PHB) for the

Re: [Qemu-devel] [RFC PATCH 07/10] spapr_pci: Allow PCI host bridge DMA window to be configured

2015-09-24 Thread Laurent Vivier
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 24/09/2015 01:54, David Gibson wrote: > On Wed, Sep 23, 2015 at 08:55:01PM +0200, Laurent Vivier wrote: >> >> >> On 17/09/2015 15:09, David Gibson wrote: >>> At present the PCI host bridge (PHB) for the pseries machine >>> type has a fixed DMA

Re: [Qemu-devel] [RFC PATCH 07/10] spapr_pci: Allow PCI host bridge DMA window to be configured

2015-09-23 Thread Thomas Huth
On 17/09/15 15:09, David Gibson wrote: > At present the PCI host bridge (PHB) for the pseries machine type has a > fixed DMA window from 0..1GB (in PCI address space) which is mapped to real > memory via the PAPR paravirtualized IOMMU. > > For better support of VFIO devices, we're going to want

Re: [Qemu-devel] [RFC PATCH 07/10] spapr_pci: Allow PCI host bridge DMA window to be configured

2015-09-23 Thread Laurent Vivier
On 17/09/2015 15:09, David Gibson wrote: > At present the PCI host bridge (PHB) for the pseries machine type has a > fixed DMA window from 0..1GB (in PCI address space) which is mapped to real > memory via the PAPR paravirtualized IOMMU. > > For better support of VFIO devices, we're going to

Re: [Qemu-devel] [RFC PATCH 07/10] spapr_pci: Allow PCI host bridge DMA window to be configured

2015-09-23 Thread David Gibson
On Wed, Sep 23, 2015 at 01:08:34PM +0200, Thomas Huth wrote: > On 17/09/15 15:09, David Gibson wrote: > > At present the PCI host bridge (PHB) for the pseries machine type has a > > fixed DMA window from 0..1GB (in PCI address space) which is mapped to real > > memory via the PAPR paravirtualized

Re: [Qemu-devel] [RFC PATCH 07/10] spapr_pci: Allow PCI host bridge DMA window to be configured

2015-09-23 Thread David Gibson
On Wed, Sep 23, 2015 at 08:55:01PM +0200, Laurent Vivier wrote: > > > On 17/09/2015 15:09, David Gibson wrote: > > At present the PCI host bridge (PHB) for the pseries machine type has a > > fixed DMA window from 0..1GB (in PCI address space) which is mapped to real > > memory via the PAPR

[Qemu-devel] [RFC PATCH 07/10] spapr_pci: Allow PCI host bridge DMA window to be configured

2015-09-17 Thread David Gibson
At present the PCI host bridge (PHB) for the pseries machine type has a fixed DMA window from 0..1GB (in PCI address space) which is mapped to real memory via the PAPR paravirtualized IOMMU. For better support of VFIO devices, we're going to want to allow for different configurations of the DMA