lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Wed, 15 Jan 2020 07:30:20 -0800 From: Christoph Hellwig <hch@...radead.org> To: John Hubbard <jhubbard@...dia.com> Cc: Andrew Morton <akpm@...ux-foundation.org>, Al Viro <viro@...iv.linux.org.uk>, Alex Williamson <alex.williamson@...hat.com>, Benjamin Herrenschmidt <benh@...nel.crashing.org>, Björn Töpel <bjorn.topel@...el.com>, Christoph Hellwig <hch@...radead.org>, Dan Williams <dan.j.williams@...el.com>, Daniel Vetter <daniel@...ll.ch>, Dave Chinner <david@...morbit.com>, David Airlie <airlied@...ux.ie>, "David S . Miller" <davem@...emloft.net>, Ira Weiny <ira.weiny@...el.com>, Jan Kara <jack@...e.cz>, Jason Gunthorpe <jgg@...pe.ca>, Jens Axboe <axboe@...nel.dk>, Jonathan Corbet <corbet@....net>, Jérôme Glisse <jglisse@...hat.com>, "Kirill A . Shutemov" <kirill@...temov.name>, Magnus Karlsson <magnus.karlsson@...el.com>, Mauro Carvalho Chehab <mchehab@...nel.org>, Michael Ellerman <mpe@...erman.id.au>, Michal Hocko <mhocko@...e.com>, Mike Kravetz <mike.kravetz@...cle.com>, Paul Mackerras <paulus@...ba.org>, Shuah Khan <shuah@...nel.org>, Vlastimil Babka <vbabka@...e.cz>, bpf@...r.kernel.org, dri-devel@...ts.freedesktop.org, kvm@...r.kernel.org, linux-block@...r.kernel.org, linux-doc@...r.kernel.org, linux-fsdevel@...r.kernel.org, linux-kselftest@...r.kernel.org, linux-media@...r.kernel.org, linux-rdma@...r.kernel.org, linuxppc-dev@...ts.ozlabs.org, netdev@...r.kernel.org, linux-mm@...ck.org, LKML <linux-kernel@...r.kernel.org>, Mike Rapoport <rppt@...ux.ibm.com> Subject: Re: [PATCH v12 11/22] mm/gup: introduce pin_user_pages*() and FOLL_PIN On Tue, Jan 07, 2020 at 02:45:47PM -0800, John Hubbard wrote: > Introduce pin_user_pages*() variations of get_user_pages*() calls, > and also pin_longterm_pages*() variations. > > For now, these are placeholder calls, until the various call sites > are converted to use the correct get_user_pages*() or > pin_user_pages*() API. What do the pure placeholders buy us? The API itself looks ok, but until it actually is properly implemented it doesn't help at all, and we've had all kinds of bad experiences with these sorts of stub APIs.
Powered by blists - more mailing lists