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=-4.3 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no 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 2E6B9C433E0 for ; Mon, 8 Feb 2021 18:35:09 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id D4C9D64EB4 for ; Mon, 8 Feb 2021 18:35:08 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org D4C9D64EB4 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=ziepe.ca Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:Message-ID: Subject:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=QVnfNY63QDoU6qp70/eTZafwYiNi7Ax/ZM2rM9iSxXk=; b=aZ8SArfSVvagXIVMXLhPVE20D fKhL5AMzSJ24CrRxAxGleZT3eAfAupra7uMFTXSzhBhGG2/BYNJAWRe5S9hpAVtvIA925zDFS/zqK Vz2mEfVk600BO9GrgPgWIMt5wUYLLcpyBN1fOF2Vtzpw+MKwA5Wzjcncim5y67hhg6a5bpIZ0jKDE x5mfy6wXlGQ99emHXX2u2Xvi4Eu6DQZPgpoScdI0ztJ9jsMxKICgx7bw6svLfVo3HBTFPneeXxuR6 V4c7FEfPj2n6gmlmsRtNyra1lGXSdtTs33Qgt1tfcrWIFHCPz92pFgI7VQo8sWQl9+BDGMUH6hZ7V J6abhOYyg==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1l9BMC-0006LP-Hw; Mon, 08 Feb 2021 18:33:56 +0000 Received: from mail-qt1-x832.google.com ([2607:f8b0:4864:20::832]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1l9BM9-0006Js-TO for linux-arm-kernel@lists.infradead.org; Mon, 08 Feb 2021 18:33:55 +0000 Received: by mail-qt1-x832.google.com with SMTP id x3so9139889qti.5 for ; Mon, 08 Feb 2021 10:33:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ziepe.ca; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=zsGQUeCVE+9P7aNp54v7uYNj84EfUFjIYL1mjfYFnhM=; b=FVZOhOlO1m/ZSXYxWqQ3/Ohq3Wp/tvRDC8GTvP+9bSnDEiozixF3Jhu580CVCPRbPm HJk4/2MMunffgKDn9bqK046yfyDvCxzIoA7T9EVtyNZfNB349GjItsMZSxgoMAhgi9KK nGadbvWT0KrcPvYiuq0YMFcdBLGx2QWttauttC9CmU/yQLFXG/FJzLeOF3qlZ6ifMM/6 cG0R8kzOetckivQvI1vkoOdcGpp0+q8eD+xtEdsggBY1OP0qQ8kRpli+JjTQL4jj+cJE pYd3v7VG89h1Pnv0+WhajdC+jmuARDnJ7f5CKBccsE/96SEKVSqegmKaKZUt1ONCwfOI 3mqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=zsGQUeCVE+9P7aNp54v7uYNj84EfUFjIYL1mjfYFnhM=; b=cBl8dBKf19rsHaKx6t0gls60Y2L75iTBUlvIHGiHPKnAzZtszitFqIy80nF7G8BS9b Np24U+SwGKmtNMYunOd+ldatzBWN8DnpUQqBaql83NSptwGr9NgWqw+La5dW7qtY3xJb 3Z4PYfi8bUJABPo05uYB7Bt3ir8dKYs1r5N42JxtP36DudUKmxNOlw/9LIQjtiU5+Obl Zuc0aoqoEW7B5HU1dx1h7iflQScvCTeyNWLq/f7MyxAAn8X8FEqJcH61aaNVDFnDq+mx VbnBhRnrqm8ulwbmzo7efHoAjY4xeoUqRWS6OSXpAJSgRNK3H1uAZFqtE8v9FykF3P6S Zy5Q== X-Gm-Message-State: AOAM532BkQerlIrkO40Ve2WSsAH0r5jUfJMb4zwMUV/BsIBNt+zlOT45 +aYzhAKvgB95yYoCbUDB86Iu6w== X-Google-Smtp-Source: ABdhPJw9LB1ZweabsqrMBku5FA6d/KFYbPv37y2NqRoUt6oYBe0PrhVhU9GHDLJJPMyumQU59KaDBQ== X-Received: by 2002:aed:38e3:: with SMTP id k90mr16286292qte.119.1612809230040; Mon, 08 Feb 2021 10:33:50 -0800 (PST) Received: from ziepe.ca (hlfxns017vw-142-162-115-133.dhcp-dynamic.fibreop.ns.bellaliant.net. [142.162.115.133]) by smtp.gmail.com with ESMTPSA id p18sm16809839qkj.130.2021.02.08.10.33.49 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 08 Feb 2021 10:33:49 -0800 (PST) Received: from jgg by mlx with local (Exim 4.94) (envelope-from ) id 1l9BM4-005254-G1; Mon, 08 Feb 2021 14:33:48 -0400 Date: Mon, 8 Feb 2021 14:33:48 -0400 From: Jason Gunthorpe To: David Hildenbrand Subject: Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin Message-ID: <20210208183348.GV4718@ziepe.ca> References: <1612685884-19514-1-git-send-email-wangzhou1@hisilicon.com> <1612685884-19514-2-git-send-email-wangzhou1@hisilicon.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210208_133354_263591_C591C248 X-CRM114-Status: GOOD ( 12.51 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: song.bao.hua@hisilicon.com, jean-philippe@linaro.org, kevin.tian@intel.com, Sihang Chen , eric.auger@redhat.com, linux-api@vger.kernel.org, linux-kernel@vger.kernel.org, iommu@lists.linux-foundation.org, linux-mm@kvack.org, Zhou Wang , Alexander Viro , gregkh@linuxfoundation.org, zhangfei.gao@linaro.org, Andrew Morton , liguozhu@hisilicon.com, linux-arm-kernel@lists.infradead.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Mon, Feb 08, 2021 at 09:14:28AM +0100, David Hildenbrand wrote: > People are constantly struggling with the effects of long term pinnings > under user space control, like we already have with vfio and RDMA. > > And here we are, adding yet another, easier way to mess with core MM in the > same way. This feels like a step backwards to me. Yes, this seems like a very poor candidate to be a system call in this format. Much too narrow, poorly specified, and possibly security implications to allow any process whatsoever to pin memory. I keep encouraging people to explore a standard shared SVA interface that can cover all these topics (and no, uaccel is not that interface), that seems much more natural. I still haven't seen an explanation why DMA is so special here, migration and so forth jitter the CPU too, environments that care about jitter have to turn this stuff off. Jason _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel