Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp6262253imm; Wed, 27 Jun 2018 05:04:51 -0700 (PDT) X-Google-Smtp-Source: AAOMgpfW2Il68Ar6Rnrept3yEBRhURxQOUIiCA7wXn6AVx5nXqK0sWu6o+TxrlfTu6EmVASHgyzz X-Received: by 2002:aa7:8298:: with SMTP id s24-v6mr5581752pfm.136.1530101091649; Wed, 27 Jun 2018 05:04:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530101091; cv=none; d=google.com; s=arc-20160816; b=tzW24PFV2woosQKiGKsUyQ9o3paX8ZEVfQle9JhLzP1w1YL6ICzdkIG4zBHPMFoeJC 3SPlbbVxRtZ4JAyj0xzIDfV7ylfzNs1Rtru/IZ38LQrYpHNCkfwFDF5iT+cHlwAE7613 QDzCXxC1LgiRdpQBN5GdYUufQY0m6HrQxN5lo/D/0lgh2vhJL9a8vgDztY6Y7zL9rsYG pIqq+gER2a1UKZpoCimvu5u/676vyZyViiUEAU8QppZ1e+h2nbUxlqFejnUMM/FliCnT /EBM2v1B8KKzFWBubkpR6sRdLiVJ1H627gxZrFYW8jkOGTIF9gEziMVKx5mvgWRDaSS8 bwNw== 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=EeiKbY5GEM9aXaOUYfeeS1Y4IFu1V6sexs4/4PvROkg=; b=CMOfwiSaPgfa4Js+Y1psAkh8CHNOz3duEeLeaF11WTcv07Ni1awkDh/pOxt5dhtc3P Jyg5jVddoGO6LdJXQcOLjiJ+x+VM0irL9IoF1qclgjwzQ0hbaASLoosSBNO2/dr0wi7M dadTo4PeCJZZM+28so3f4Nx9zTLfubbsmIPA1S7Tb4p9XeMwjjQ2A+K++9aZqUhaBCtk 1yyY+vsoatDIl/yvikic8rIuYjyo3B+v+PoFqJdNY6tLiA07v2J8c5sWAdtK/LKKmHO0 B2KjGVSTR6fMuSbvl3V0T2QVnwMSYgQZ8LOx76QamwvnVsr36bPgc6X4rvcWvC37v2qe w+vw== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 89-v6si3744015plf.224.2018.06.27.05.04.33; Wed, 27 Jun 2018 05:04:51 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754259AbeF0L7b (ORCPT + 99 others); Wed, 27 Jun 2018 07:59:31 -0400 Received: from mx2.suse.de ([195.135.220.15]:46740 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753246AbeF0L7a (ORCPT ); Wed, 27 Jun 2018 07:59:30 -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 95EF4AC06; Wed, 27 Jun 2018 11:59:28 +0000 (UTC) Date: Wed, 27 Jun 2018 13:59:27 +0200 From: Michal Hocko To: Jan Kara Cc: 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: <20180627115927.GQ32348@dhcp22.suse.cz> References: <311eba48-60f1-b6cc-d001-5cc3ed4d76a9@nvidia.com> <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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180627115349.cu2k3ainqqdrrepz@quack2.suse.cz> User-Agent: Mutt/1.10.0 (2018-05-17) 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: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. -- Michal Hocko SUSE Labs