Thread (20 messages) 20 messages, 6 authors, 2016-12-02

Re: drm/radeon spamming alloc_contig_range: [xxx, yyy) PFNs busy busy

From: Michal Hocko <mhocko@kernel.org>
Date: 2016-12-01 14:11:30
Also in: dri-devel, lkml

Let's also CC Marek

On Thu 01-12-16 08:43:40, Vlastimil Babka wrote:
On 12/01/2016 08:21 AM, Michal Hocko wrote:
quoted
Forgot to CC Joonsoo. The email thread starts more or less here
http://lkml.kernel.org/r/20161130092239.GD18437@dhcp22.suse.cz

On Thu 01-12-16 08:15:07, Michal Hocko wrote:
quoted
On Wed 30-11-16 20:19:03, Robin H. Johnson wrote:
[...]
quoted
alloc_contig_range: [83f2a3, 83f2a4) PFNs busy
Huh, do I get it right that the request was for a _single_ page? Why do
we need CMA for that?
Ugh, good point. I assumed that was just the PFNs that it failed to migrate
away, but it seems that's indeed the whole requested range. Yeah sounds some
part of the dma-cma chain could be smarter and attempt CMA only for e.g.
costly orders.
Is there any reason why the DMA api doesn't try the page allocator first
before falling back to the CMA? I simply have a hard time to see why the
CMA should be used (and fragment) for small requests size.
-- 
Michal Hocko
SUSE Labs

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help