Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp340708pxb; Tue, 9 Feb 2021 01:32:34 -0800 (PST) X-Google-Smtp-Source: ABdhPJxrhDXkSPQ3QRjgLiPV5bl9IFzehja/1w0I3uC7dbKbwl0wiDJMr4obcU970pK5+qAgb7Q6 X-Received: by 2002:a17:906:da0b:: with SMTP id fi11mr21721138ejb.392.1612863154428; Tue, 09 Feb 2021 01:32:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612863154; cv=none; d=google.com; s=arc-20160816; b=JqF5NsEEdkJBl5FEImGpTepTPVwv+xyMkCY2peC/TF6/nnYJGqMjAXVZJVixX9MNM5 Ck/POCbI/zsk+Th5wGt3cRDdhhg2iPANVOOjO1q8lycy49+YBsfZbYCWnYcNrly0Ksg8 zixP6FyLOYavh9SpE1NV4Bvjuni3xNvy2XK1gnhmaz9yDrf+ApACvljI+Ye6X5Z+Yhc5 mRHt7hhrpN7oZDb1JoAeTv2pXa323F54VtBAIpDYk60QL+Y94uR6K97e3sp5bSpAXN2U ObPg682Gh5eJv7272hyzRt0FSSV/HFT1SL+i/MffSPWsQlnW5tMZMNtCVFVHdk4kaBJg tJ+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject; bh=5qUgKxreL4Zubd1VJofTW/VAgvb5NvP7ERlyFBxEvOU=; b=FoYWh6jbSrtSS4ARItkh1UOeNTJRDDrq0gWGeahBNyZL0Y8XRNpJOSJyXxjBhJQpFu YlLQ1NZ38ndQXWxCS1PQD68Jp9Zea6nTQMEgAy5vHkKFJDmv8Uu6RkJJNQdvu/r86km9 m4/CXsmXWMPcTpT7Qx3VlVndyIg4BIkLe9KZgXDq5PMD7GMVY69liyR3TderXyjsSrdN xNwh9PvgBlDGFKOlrz8ORxSw3t+mUEa8IrGNUQwkqKQEv8sM+0MjJQHy9j3IJH79aLzb A1phoLBQnezGrvgyT+pHK5kkDb0n0mpTqnDgaWaIFasHDRMUMHOQHjYAfX2Pxvy9pFul wqEQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m28si14735695eda.290.2021.02.09.01.32.09; Tue, 09 Feb 2021 01:32:34 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229564AbhBIJac (ORCPT + 99 others); Tue, 9 Feb 2021 04:30:32 -0500 Received: from szxga07-in.huawei.com ([45.249.212.35]:12881 "EHLO szxga07-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230090AbhBIJ2W (ORCPT ); Tue, 9 Feb 2021 04:28:22 -0500 Received: from DGGEMS405-HUB.china.huawei.com (unknown [172.30.72.58]) by szxga07-in.huawei.com (SkyGuard) with ESMTP id 4DZcvp1gvBz7jFf; Tue, 9 Feb 2021 17:26:14 +0800 (CST) Received: from [127.0.0.1] (10.40.188.87) by DGGEMS405-HUB.china.huawei.com (10.3.19.205) with Microsoft SMTP Server id 14.3.498.0; Tue, 9 Feb 2021 17:27:31 +0800 Subject: Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin To: Arnd Bergmann References: <1612685884-19514-1-git-send-email-wangzhou1@hisilicon.com> <1612685884-19514-2-git-send-email-wangzhou1@hisilicon.com> CC: "linux-kernel@vger.kernel.org" , "open list:IOMMU DRIVERS" , Linux-MM , Linux ARM , "Linux API" , Andrew Morton , Alexander Viro , gregkh , Barry Song , "Jason Gunthorpe" , , Jean-Philippe Brucker , Eric Auger , "Liguozhu (Kenneth)" , Zhangfei Gao , Sihang Chen From: Zhou Wang Message-ID: <753db746-292c-4f1d-c79f-9a7282a19ba2@hisilicon.com> Date: Tue, 9 Feb 2021 17:27:30 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.40.188.87] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021/2/8 5:51, Arnd Bergmann wrote: > On Sun, Feb 7, 2021 at 9:18 AM Zhou Wang wrote: > >> diff --git a/arch/arm64/include/asm/unistd32.h b/arch/arm64/include/asm/unistd32.h >> index cccfbbe..3f49529 100644 >> --- a/arch/arm64/include/asm/unistd32.h >> +++ b/arch/arm64/include/asm/unistd32.h >> @@ -891,6 +891,8 @@ __SYSCALL(__NR_faccessat2, sys_faccessat2) >> __SYSCALL(__NR_process_madvise, sys_process_madvise) >> #define __NR_epoll_pwait2 441 >> __SYSCALL(__NR_epoll_pwait2, compat_sys_epoll_pwait2) >> +#define __NR_mempinfd 442 >> +__SYSCALL(__NR_mempinfd, sys_mempinfd) > > This adds a compat syscall for 32-bit tasks running on arm64 without adding > the same for the native arch/arm syscall table. Those two need to always > stay synchronized. In fact, new system call should ideally get assigned > on all architectures at the same time, with the same number (or +110 > on arch/alpha). Thank for pointing out this. I use an ARM64 machine to test, so currently only add it for ARM64 :) Best, Zhou > > Arnd > > . >