Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp85834pxb; Thu, 21 Jan 2021 01:48:36 -0800 (PST) X-Google-Smtp-Source: ABdhPJxWBuErSm1i7Jf9YHkkMSEqdBtVCuNdQdmEzbBKGIpGBk8D75eUhdXttKQqm06X+XlV1m7J X-Received: by 2002:a50:aac8:: with SMTP id r8mr10195624edc.9.1611222516373; Thu, 21 Jan 2021 01:48:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611222516; cv=none; d=google.com; s=arc-20160816; b=eG319KJrsQ/5F//Ngwn8Oeu4YRMf8oJ0ip7MLmhOv3j4QUDR9RGEkkA7UDhUOg+sPb ePRXlIW/CGPNaQCofti303BIS3MeLJSSTe9lIMUDsFfxXye61jBGPprJmFV8uROj6BO5 2h5M7EgCJWWkJ2eE9Y3GKJunp7XdkCoxbWK8/hP/Wj26HA8x17lGQQ9oX0VRI9uv6gHL 0MZhozIxxUt86VxuuFcJFezTWD2OBZ/8IeQeoMojvxeXIIYMnW/eF4EIoikz7nziK6vm G7B7ejbeqsb5E8FBz11zI3JBvxAwCKwI9okMdiWItQ6jzA3jGqxj+L+yhoTbkgDsab9X eFAg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=9hwSn2tv02QFrCfXEKf11sINedS2OFTxtovLafpc/vM=; b=lJYXy/gWeXqcpwRaKnCDG3WCvov9lQ/v3zyUyXpbCoM2s6AQ7z/k341zZ2v9baY7li Cigb2R2CCwx8s9xXtMxma5u0YJPcDs+U+qBe7XHzAedtUDhBFD4NJMmVYqcOfxEXpdA3 i9NvxB/81dJaXVT2Vx5TMFqOCrOsWKH51BnMs5K2cBBioKIkZSBzz6DtWDherDcKBQcY uSOR7s8pnLTvft7R2/FibN+qQ43ed1BRsgsmqCvl5EOHZpfRPThKWstAP6FAb5N58EY7 EApQXgJLiINyPpHBKzSbIBfA8z733u4D/g140Q8Fos1cT40OD2p/ofYk/3pceRGFOpn3 oGlg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Ttla0ylG; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o16si2192758edi.480.2021.01.21.01.48.12; Thu, 21 Jan 2021 01:48:36 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Ttla0ylG; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728923AbhAUJrO (ORCPT + 99 others); Thu, 21 Jan 2021 04:47:14 -0500 Received: from mail.kernel.org ([198.145.29.99]:45106 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728854AbhAUJqc (ORCPT ); Thu, 21 Jan 2021 04:46:32 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 8EA702054F; Thu, 21 Jan 2021 09:45:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1611222352; bh=aHwQE6iUR0Op4CjVqIv6lsDnD0HvuGdjXhVdM/X5gl8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Ttla0ylG4jD/oQH9pBW2G4tu5n8gIcxpdS0IpK77ZZxl4EeOvx/hfFkVwoGo5HRUo tecU8lOV2X68hUtYSFjmJA+G1nG7O7L9j9931vWqXC6VvP1zqE8wtGm1QycVqMjIy2 rMv09nAlEGasnZNQ0YZgss1Ea3Y5KZKHBLYM0QiA= Date: Thu, 21 Jan 2021 10:45:49 +0100 From: Greg Kroah-Hartman To: Zhou Wang Cc: Zhangfei Gao , Arnd Bergmann , linux-accelerators@lists.ozlabs.org, linux-kernel@vger.kernel.org, Sihang Chen Subject: Re: [PATCH] uacce: Add uacce_ctrl misc device Message-ID: References: <1611220154-90232-1-git-send-email-wangzhou1@hisilicon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1611220154-90232-1-git-send-email-wangzhou1@hisilicon.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 21, 2021 at 05:09:14PM +0800, Zhou Wang wrote: > When IO page fault happens, DMA performance will be affected. Pin user page > can avoid IO page fault, this patch introduces a new char device named > /dev/uacce_ctrl to help to maintain pin/unpin pages. User space can do > pin/unpin pages by ioctls of an open file of /dev/uacce_ctrl, all pinned > pages under one file will be unpinned in file release process. Also, what are you really trying to do here? If you need to mess with memory pages, why can't the existing memory apis work properly for you? Please work with the linux-mm developers to resolve the issue using the standard apis and not creating a one-off char device node for this type of thing. thanks, greg k-h