[PATCH 2/3] x86/swiotlb: Try coherent allocations with __GFP_NOWARN

2015-06-08 Thread Borislav Petkov
From: Joerg Roedel When we boot a kdump kernel in high memory, there is by default only 72MB of low memory available. The swiotlb code takes 64MB of it (by default) so that there are only 8MB left to allocate from. On systems with many devices this causes page allocator warnings from

[PATCH 2/3] x86/swiotlb: Try coherent allocations with __GFP_NOWARN

2015-06-08 Thread Borislav Petkov
From: Joerg Roedel jroe...@suse.de When we boot a kdump kernel in high memory, there is by default only 72MB of low memory available. The swiotlb code takes 64MB of it (by default) so that there are only 8MB left to allocate from. On systems with many devices this causes page allocator warnings

[PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2015-06-05 Thread Joerg Roedel
From: Joerg Roedel When we boot a kdump kernel in high memory, there is by default only 72MB of low memory available. The swiotlb code takes 64MB of it (by default) so that there are only 8MB left to allocate from. On systems with many devices this causes page allocator warnings from

[PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2015-06-05 Thread Joerg Roedel
From: Joerg Roedel jroe...@suse.de When we boot a kdump kernel in high memory, there is by default only 72MB of low memory available. The swiotlb code takes 64MB of it (by default) so that there are only 8MB left to allocate from. On systems with many devices this causes page allocator warnings

Re: [PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2015-01-26 Thread Joerg Roedel
On Mon, Jan 26, 2015 at 11:22:36AM +0800, Baoquan He wrote: > > Ok, so this practically does all allocations __GFP_NOWARN now. Shouldn't > > you be doing this before swiotlb_alloc_coherent() and not before > > dma_generic_alloc_coherent()? > > I think this patch mainly suppress warning from buddy

Re: [PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2015-01-26 Thread Joerg Roedel
On Mon, Jan 26, 2015 at 11:22:36AM +0800, Baoquan He wrote: Ok, so this practically does all allocations __GFP_NOWARN now. Shouldn't you be doing this before swiotlb_alloc_coherent() and not before dma_generic_alloc_coherent()? I think this patch mainly suppress warning from buddy

Re: [PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2015-01-25 Thread Baoquan He
On 01/23/15 at 06:03pm, Borislav Petkov wrote: > On Tue, Jan 06, 2015 at 03:51:13PM +0100, Joerg Roedel wrote: > > From: Joerg Roedel > > diff --git a/arch/x86/kernel/pci-swiotlb.c b/arch/x86/kernel/pci-swiotlb.c > > index 77dd0ad..79b2291 100644 > > --- a/arch/x86/kernel/pci-swiotlb.c > > +++

Re: [PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2015-01-25 Thread Baoquan He
On 01/23/15 at 06:03pm, Borislav Petkov wrote: On Tue, Jan 06, 2015 at 03:51:13PM +0100, Joerg Roedel wrote: From: Joerg Roedel jroe...@suse.de diff --git a/arch/x86/kernel/pci-swiotlb.c b/arch/x86/kernel/pci-swiotlb.c index 77dd0ad..79b2291 100644 --- a/arch/x86/kernel/pci-swiotlb.c

Re: [PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2015-01-23 Thread Borislav Petkov
On Tue, Jan 06, 2015 at 03:51:13PM +0100, Joerg Roedel wrote: > From: Joerg Roedel > > When we boot a kdump kernel in high memory, there is by > default only 72MB of low memory available. The swiotlb code > takes 64MB of it (by default) so that there are only 8MB > left to allocate from. On

Re: [PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2015-01-23 Thread Borislav Petkov
On Tue, Jan 06, 2015 at 03:51:13PM +0100, Joerg Roedel wrote: From: Joerg Roedel jroe...@suse.de When we boot a kdump kernel in high memory, there is by default only 72MB of low memory available. The swiotlb code takes 64MB of it (by default) so that there are only 8MB left to allocate

[PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2015-01-06 Thread Joerg Roedel
From: Joerg Roedel When we boot a kdump kernel in high memory, there is by default only 72MB of low memory available. The swiotlb code takes 64MB of it (by default) so that there are only 8MB left to allocate from. On systems with many devices this causes page allocator warnings from

[PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2015-01-06 Thread Joerg Roedel
From: Joerg Roedel jroe...@suse.de When we boot a kdump kernel in high memory, there is by default only 72MB of low memory available. The swiotlb code takes 64MB of it (by default) so that there are only 8MB left to allocate from. On systems with many devices this causes page allocator warnings

Re: [PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2014-12-03 Thread Joerg Roedel
On Tue, Dec 02, 2014 at 01:46:48PM -0500, Konrad Rzeszutek Wilk wrote: > On Tue, Dec 02, 2014 at 03:45:51PM +0100, Joerg Roedel wrote: > > On Mon, Dec 01, 2014 at 03:28:54PM -0500, Konrad Rzeszutek Wilk wrote: > > > On Fri, Nov 28, 2014 at 12:29:08PM +0100, Joerg Roedel wrote: > > > > diff --git

Re: [PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2014-12-03 Thread Joerg Roedel
On Tue, Dec 02, 2014 at 01:46:48PM -0500, Konrad Rzeszutek Wilk wrote: On Tue, Dec 02, 2014 at 03:45:51PM +0100, Joerg Roedel wrote: On Mon, Dec 01, 2014 at 03:28:54PM -0500, Konrad Rzeszutek Wilk wrote: On Fri, Nov 28, 2014 at 12:29:08PM +0100, Joerg Roedel wrote: diff --git

Re: [PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2014-12-02 Thread Konrad Rzeszutek Wilk
On Tue, Dec 02, 2014 at 03:45:51PM +0100, Joerg Roedel wrote: > On Mon, Dec 01, 2014 at 03:28:54PM -0500, Konrad Rzeszutek Wilk wrote: > > On Fri, Nov 28, 2014 at 12:29:08PM +0100, Joerg Roedel wrote: > > > diff --git a/arch/x86/kernel/pci-swiotlb.c b/arch/x86/kernel/pci-swiotlb.c > > > index

Re: [PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2014-12-02 Thread Joerg Roedel
On Mon, Dec 01, 2014 at 03:28:54PM -0500, Konrad Rzeszutek Wilk wrote: > On Fri, Nov 28, 2014 at 12:29:08PM +0100, Joerg Roedel wrote: > > diff --git a/arch/x86/kernel/pci-swiotlb.c b/arch/x86/kernel/pci-swiotlb.c > > index 77dd0ad..79b2291 100644 > > --- a/arch/x86/kernel/pci-swiotlb.c > > +++

Re: [PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2014-12-02 Thread Joerg Roedel
On Mon, Dec 01, 2014 at 03:28:54PM -0500, Konrad Rzeszutek Wilk wrote: On Fri, Nov 28, 2014 at 12:29:08PM +0100, Joerg Roedel wrote: diff --git a/arch/x86/kernel/pci-swiotlb.c b/arch/x86/kernel/pci-swiotlb.c index 77dd0ad..79b2291 100644 --- a/arch/x86/kernel/pci-swiotlb.c +++

Re: [PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2014-12-02 Thread Konrad Rzeszutek Wilk
On Tue, Dec 02, 2014 at 03:45:51PM +0100, Joerg Roedel wrote: On Mon, Dec 01, 2014 at 03:28:54PM -0500, Konrad Rzeszutek Wilk wrote: On Fri, Nov 28, 2014 at 12:29:08PM +0100, Joerg Roedel wrote: diff --git a/arch/x86/kernel/pci-swiotlb.c b/arch/x86/kernel/pci-swiotlb.c index

Re: [PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2014-12-01 Thread Konrad Rzeszutek Wilk
On Fri, Nov 28, 2014 at 12:29:08PM +0100, Joerg Roedel wrote: > From: Joerg Roedel > > When we boot a kdump kernel in high memory, there is by > default only 72MB of low memory available. The swiotlb code > takes 64MB of it (by default) so that there are only 8MB > left to allocate from. On

Re: [PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2014-12-01 Thread Konrad Rzeszutek Wilk
On Fri, Nov 28, 2014 at 12:29:08PM +0100, Joerg Roedel wrote: From: Joerg Roedel jroe...@suse.de When we boot a kdump kernel in high memory, there is by default only 72MB of low memory available. The swiotlb code takes 64MB of it (by default) so that there are only 8MB left to allocate

[PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2014-11-28 Thread Joerg Roedel
From: Joerg Roedel When we boot a kdump kernel in high memory, there is by default only 72MB of low memory available. The swiotlb code takes 64MB of it (by default) so that there are only 8MB left to allocate from. On systems with many devices this causes page allocator warnings from

[PATCH 2/3] x86, swiotlb: Try coherent allocations with __GFP_NOWARN

2014-11-28 Thread Joerg Roedel
From: Joerg Roedel jroe...@suse.de When we boot a kdump kernel in high memory, there is by default only 72MB of low memory available. The swiotlb code takes 64MB of it (by default) so that there are only 8MB left to allocate from. On systems with many devices this causes page allocator warnings