Thread (67 messages) 67 messages, 6 authors, 2020-01-07

Re: [PATCH v11 00/25] mm/gup: track dma-pinned pages: FOLL_PIN

From: Jason Gunthorpe <jgg@ziepe.ca>
Date: 2019-12-23 18:25:00
Also in: bpf, kvm, linux-block, linux-fsdevel, linux-kselftest, linux-media, linux-mm, linux-rdma, linuxppc-dev, lkml, netdev

On Fri, Dec 20, 2019 at 04:32:13PM -0800, Dan Williams wrote:
quoted
quoted
There's already a limit, it's just a much larger one. :) What does "no limit"
really mean, numerically, to you in this case?
I guess I mean 'hidden limit' - hitting the limit and failing would
be managable.

I think 7 is probably too low though, but we are not using 1GB huge
pages, only 2M..
What about RDMA to 1GB-hugetlbfs and 1GB-device-dax mappings?
I don't think the failing testing is doing that.

It is also less likely that 1GB regions will need multi-mapping, IMHO.

Jason
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help