Re: [Qemu-devel] [PATCH qemu RFC 5/7] spapr-iommu: Always advertise the maximum possible DMA window size

2018-11-18 Thread David Gibson
On Mon, Nov 19, 2018 at 04:08:33PM +1100, Alexey Kardashevskiy wrote: > > > On 19/11/2018 13:42, David Gibson wrote: > > On Tue, Nov 13, 2018 at 07:31:02PM +1100, Alexey Kardashevskiy wrote: > >> When deciding about the huge DMA window, the typical Linux pseries guest > >> uses the maximum allowe

Re: [Qemu-devel] [PATCH qemu RFC 5/7] spapr-iommu: Always advertise the maximum possible DMA window size

2018-11-18 Thread Alexey Kardashevskiy
On 19/11/2018 13:42, David Gibson wrote: > On Tue, Nov 13, 2018 at 07:31:02PM +1100, Alexey Kardashevskiy wrote: >> When deciding about the huge DMA window, the typical Linux pseries guest >> uses the maximum allowed RAM size as the upper limit. We did the same >> on QEMU side to match that logi

Re: [Qemu-devel] [PATCH qemu RFC 5/7] spapr-iommu: Always advertise the maximum possible DMA window size

2018-11-18 Thread David Gibson
On Tue, Nov 13, 2018 at 07:31:02PM +1100, Alexey Kardashevskiy wrote: > When deciding about the huge DMA window, the typical Linux pseries guest > uses the maximum allowed RAM size as the upper limit. We did the same > on QEMU side to match that logic. Now we are going to support GPU RAM > pass thr

[Qemu-devel] [PATCH qemu RFC 5/7] spapr-iommu: Always advertise the maximum possible DMA window size

2018-11-13 Thread Alexey Kardashevskiy
When deciding about the huge DMA window, the typical Linux pseries guest uses the maximum allowed RAM size as the upper limit. We did the same on QEMU side to match that logic. Now we are going to support GPU RAM pass through which is not available at the guest boot time as it requires the guest dr