From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS,USER_AGENT_MUTT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 003E6C43381 for ; Thu, 14 Mar 2019 13:30:42 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id C9C3C21855 for ; Thu, 14 Mar 2019 13:30:42 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727270AbfCNNal (ORCPT ); Thu, 14 Mar 2019 09:30:41 -0400 Received: from mx2.suse.de ([195.135.220.15]:60032 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726419AbfCNNal (ORCPT ); Thu, 14 Mar 2019 09:30:41 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 7E7ACAFF9; Thu, 14 Mar 2019 13:30:39 +0000 (UTC) Received: by quack2.suse.cz (Postfix, from userid 1000) id A65B71E3FE8; Thu, 14 Mar 2019 14:30:38 +0100 (CET) Date: Thu, 14 Mar 2019 14:30:38 +0100 From: Jan Kara To: Jason Gunthorpe Cc: Jan Kara , Christopher Lameter , Jerome Glisse , john.hubbard@gmail.com, Andrew Morton , linux-mm@kvack.org, Al Viro , Christian Benvenuti , Christoph Hellwig , Dan Williams , Dave Chinner , Dennis Dalessandro , Doug Ledford , Ira Weiny , Matthew Wilcox , Michal Hocko , Mike Rapoport , Mike Marciniszyn , Ralph Campbell , Tom Talpey , LKML , linux-fsdevel@vger.kernel.org, John Hubbard Subject: Re: [PATCH v3 0/1] mm: introduce put_user_page*(), placeholder versions Message-ID: <20190314133038.GJ16658@quack2.suse.cz> References: <20190306235455.26348-1-jhubbard@nvidia.com> <010001695b4631cd-f4b8fcbf-a760-4267-afce-fb7969e3ff87-000000@email.amazonses.com> <20190308190704.GC5618@redhat.com> <01000169703e5495-2815ba73-34e8-45d5-b970-45784f653a34-000000@email.amazonses.com> <20190312153528.GB3233@redhat.com> <01000169787c61d0-cbc5486e-960a-492f-9ac9-9f6a466efeed-000000@email.amazonses.com> <20190314090345.GB16658@quack2.suse.cz> <20190314125718.GO20037@ziepe.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190314125718.GO20037@ziepe.ca> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu 14-03-19 09:57:18, Jason Gunthorpe wrote: > On Thu, Mar 14, 2019 at 10:03:45AM +0100, Jan Kara wrote: > > On Wed 13-03-19 19:16:51, Christopher Lameter wrote: > > > On Tue, 12 Mar 2019, Jerome Glisse wrote: > > > > > > > > > This has been discuss extensively already. GUP usage is now widespread in > > > > > > multiple drivers, removing that would regress userspace ie break existing > > > > > > application. We all know what the rules for that is. > > > > > > You are still misstating the issue. In RDMA land GUP is widely used for > > > anonyous memory and memory based filesystems. *Not* for real filesystems. > > > > Maybe in your RDMA land. But there are apparently other users which do use > > mmap of a file on normal filesystem (e.g. ext4) as a buffer for DMA > > (Infiniband does not prohibit this if nothing else, video capture devices > > also use very similar pattern of gup-ing pages and using them as video > > buffers). And these users are reporting occasional kernel crashes. That's > > how this whole effort started. Sadly the DMA to file mmap is working good > > enough that people started using it so at this point we cannot just tell: > > Sorry it was a mistake to allow this, just rewrite your applications. > > This is where we are in RDMA too.. People are trying it and the ones > that do enough load testing find their kernel OOPs > > So it is not clear at all if this has graduated to a real use, or just > an experiment. Perhaps there are some system configurations that don't > trigger crashes.. Well I have some crash reports couple years old and they are not from QA departments. So I'm pretty confident there are real users that use this in production... and just reboot their machine in case it crashes. Honza -- Jan Kara SUSE Labs, CR