Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp6309760imm; Wed, 27 Jun 2018 05:50:30 -0700 (PDT) X-Google-Smtp-Source: ADUXVKJDZLXmsIk8aE9D52DzkNADZ5pLFQp7A54kyU1nm7Heeng8Rmcv3QYvlTQY7Z7nW50+WfCk X-Received: by 2002:a17:902:24a5:: with SMTP id w34-v6mr5991779pla.52.1530103830348; Wed, 27 Jun 2018 05:50:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530103830; cv=none; d=google.com; s=arc-20160816; b=C3FdQfmGgJfTlcACFPO1G6PB6KOBd8ZBKh/it/yleXnOloIrPY5EKoMNMUbj1t13OD 1HU/5tPvv5uvegrnj5dF0C+QXBMKYzq/m3D+osxql4wRuR7T5MLvRnQyEcgCIj64uqEp iEtwyH98CqWTjmdU4gPn3bMtoRVqClcJ/tP7M/G69dSIhap6u2CHgAsYdFl0QL1BT9nC DbU6IUegc/Q3NorBQt4Z32fVSD4LZZS8R2z8L3pFahiaGtO2bKFGwRGbl0NEH4d9C2uC jaeAfn5Vjg4+/zJzNUp4DYlABl778n+FGpga1l/g7C+Hf/mq+DokWJN2JjAMkPcJ15J/ 1cDg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=nr/VuX+xnStTvc8KSpWKBMOEHrauiCtRVIH0k6htPxA=; b=MMrGOO9hV9akWABXhPwPZKrHMOSa9rhBMWsktCZpOg+qdsa+K9obV+qcTArDK8oU4W Ril3hG50GcZMMvjxJhsQGnvhy7DEpTcyuCFlpmI0FZiVr797gxyz3lQxLuqfkCulj/Iy Iikalz9dqWGKreiQzHDSheSvDZygBoTrPC5cymOvp/o5Du/bEyibnP6Ip2eAu65GWg5y W7qr34rzuT9a3Diad4oX1Hzg5H13V9Lu0bQU0gbv9adeiHKbRGzdSRK5YB215kRvRvjF NU8CPHfYjeIT1BMcSyXmQRLDYJX/rseiydPJtrKR1PnHbAnY3Q7c3Rb/a93H+vb0Wj0I ts9w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x5-v6si3366078pgp.680.2018.06.27.05.50.16; Wed, 27 Jun 2018 05:50:30 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934421AbeF0Mm7 (ORCPT + 99 others); Wed, 27 Jun 2018 08:42:59 -0400 Received: from mx2.suse.de ([195.135.220.15]:53426 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932312AbeF0Mm5 (ORCPT ); Wed, 27 Jun 2018 08:42:57 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext-too.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 2DBA7AF75; Wed, 27 Jun 2018 12:42:56 +0000 (UTC) Received: by quack2.suse.cz (Postfix, from userid 1000) id 7367F1E3C15; Wed, 27 Jun 2018 14:42:55 +0200 (CEST) Date: Wed, 27 Jun 2018 14:42:55 +0200 From: Jan Kara To: Michal Hocko Cc: Jan Kara , Dan Williams , John Hubbard , Christoph Hellwig , Jason Gunthorpe , John Hubbard , Matthew Wilcox , Christopher Lameter , Linux MM , LKML , linux-rdma Subject: Re: [PATCH 2/2] mm: set PG_dma_pinned on get_user_pages*() Message-ID: <20180627124255.np2a6rxy6rb6v7mm@quack2.suse.cz> References: <20180618081258.GB16991@lst.de> <3898ef6b-2fa0-e852-a9ac-d904b47320d5@nvidia.com> <20180626134757.GY28965@dhcp22.suse.cz> <20180626164825.fz4m2lv6hydbdrds@quack2.suse.cz> <20180627113221.GO32348@dhcp22.suse.cz> <20180627115349.cu2k3ainqqdrrepz@quack2.suse.cz> <20180627115927.GQ32348@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180627115927.GQ32348@dhcp22.suse.cz> User-Agent: NeoMutt/20170912 (1.9.0) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed 27-06-18 13:59:27, Michal Hocko wrote: > On Wed 27-06-18 13:53:49, Jan Kara wrote: > > On Wed 27-06-18 13:32:21, Michal Hocko wrote: > [...] > > > Appart from that, do we really care about 32b here? Big DIO, IB users > > > seem to be 64b only AFAIU. > > > > IMO it is a bad habit to leave unpriviledged-user-triggerable oops in the > > kernel even for uncommon platforms... > > Absolutely agreed! I didn't mean to keep the blow up for 32b. I just > wanted to say that we can stay with a simple solution for 32b. I thought > the g-u-p-longterm has plugged the most obvious breakage already. But > maybe I just misunderstood. Most yes, but if you try hard enough, you can still trigger the oops e.g. with appropriately set up direct IO when racing with writeback / reclaim. Honza -- Jan Kara SUSE Labs, CR