Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp468171pxf; Wed, 31 Mar 2021 07:55:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwW7RB0eabJ5JDU4ejzoLw6NoNf2Wh5A7nFa2yQN7l7S62fZbJn89FSuTlRLo8wgL2PoNN/ X-Received: by 2002:a05:6402:1d33:: with SMTP id dh19mr4192879edb.362.1617202535088; Wed, 31 Mar 2021 07:55:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617202535; cv=none; d=google.com; s=arc-20160816; b=GXj4lkKQ0LMXcOwh0KrVwsj6RqNEFc95q7CvXahFLZ8wjm7T5OAqowIbEvApITQ6BN 97+NLe0Ct1YA3sGzBduSqMsdvo6aPXNAjU4yjvIcb3FwVy4KL+giYt15rXHAZ0PIZLy1 K1cilTr/8Mq80rpS9YoOm/2iZGcUQKVHKbcQATdEmj/mdiTbjUWEDmNUwkl8EcJl7zCf 8VrGZKHjX/8ayzofINOp25TaTQqL9r4H9QXyHZSqIo6I56X4v8C49AsQKLiv5pWN0hjx L69UG9MkYYsxPyARjywqcKjuF2fNFBC1Q2sAFQcp1N8hD7ORWq7VhQXxKee0B9gtjyfx XzAw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:organization :from:references:cc:to:subject:dkim-signature; bh=XZEKE6hBaJr4eywpWwM7diien2WEI7hK6/ALRAO0X7o=; b=VEKNWf/WprM67oAHlkc9i3twbwVeeJk3/oQdQ+MvqB+s4Nk/rKx7EiSmFrcyU3iWxq rvDuxZqNTlTfpjYD3RaBhZcTxHByrjSMNPoZlVfXWQBbuz4YKp2AJIy93lEjkWxs6bk3 1uYFLy8tC4+pmjXNL/j2vbyFjORjgBszjKu2ZwfpKjXYKb+ejAdkgCgXhpjkSGLKWRv3 fqzUMza+4+PDaoo1uuWWuEUivkZGecXLLZHP7YvnugsyV2hy1oPL5H4VGNgQRkFu/zZ5 95HabSuHJQ+gYNFxNcNHGzf1RGFOysML0R/QcZU2uSYqEgJz1K9lUkVJLNyO/vSZpbKh zyhQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=gb7P9Y83; 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id qu25si1726670ejb.665.2021.03.31.07.55.12; Wed, 31 Mar 2021 07:55:35 -0700 (PDT) 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=@redhat.com header.s=mimecast20190719 header.b=gb7P9Y83; 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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236050AbhCaOyE (ORCPT + 99 others); Wed, 31 Mar 2021 10:54:04 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:52793 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236142AbhCaOxp (ORCPT ); Wed, 31 Mar 2021 10:53:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1617202422; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=XZEKE6hBaJr4eywpWwM7diien2WEI7hK6/ALRAO0X7o=; b=gb7P9Y83Phlll0xSC9w6ag/SPoP0hwnx1ER/1BzH9w8zshFDczdj9W1NXgffEBUerE2XMa qjimVeIC71TmEtpz6roI1RETLS9nYs55A9wt10UkFSmD8sIblU1Jnan+49DTRsnZmU+vve Es3PIxugSa6amr6KT2/kwrZ18V3ou80= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-255-q9s5QEWiO9Oyky6hKm6VYA-1; Wed, 31 Mar 2021 10:53:37 -0400 X-MC-Unique: q9s5QEWiO9Oyky6hKm6VYA-1 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 9F98A612A3; Wed, 31 Mar 2021 14:53:28 +0000 (UTC) Received: from [10.36.113.60] (ovpn-113-60.ams2.redhat.com [10.36.113.60]) by smtp.corp.redhat.com (Postfix) with ESMTP id 17D9910013D7; Wed, 31 Mar 2021 14:53:16 +0000 (UTC) Subject: Re: [PATCH] memfd_secret: use unsigned int rather than long as syscall flags type To: Mike Rapoport , Andrew Morton Cc: Alexander Viro , Andy Lutomirski , Arnd Bergmann , Borislav Petkov , Catalin Marinas , Christopher Lameter , Dan Williams , Dave Hansen , Elena Reshetova , "H. Peter Anvin" , Ingo Molnar , James Bottomley , "Kirill A. Shutemov" , Matthew Wilcox , Matthew Garrett , Mark Rutland , Michal Hocko , Mike Rapoport , Michael Kerrisk , Palmer Dabbelt , Paul Walmsley , Peter Zijlstra , "Rafael J. Wysocki" , Rick Edgecombe , Roman Gushchin , Shakeel Butt , Shuah Khan , Thomas Gleixner , Tycho Andersen , Will Deacon , Yury Norov , linux-api@vger.kernel.org, linux-arch@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-nvdimm@lists.01.org, linux-riscv@lists.infradead.org, x86@kernel.org References: <20210331142345.27532-1-rppt@kernel.org> From: David Hildenbrand Organization: Red Hat GmbH Message-ID: <516d5d41-8d4a-7519-e88e-e16747e993c9@redhat.com> Date: Wed, 31 Mar 2021 16:53:16 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: <20210331142345.27532-1-rppt@kernel.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 31.03.21 16:23, Mike Rapoport wrote: > From: Mike Rapoport > > Yuri Norov says: > > If parameter size is the same for native and compat ABIs, we may > wire a syscall made by compat client to native handler. This is > true for unsigned int, but not true for unsigned long or pointer. > > That's why I suggest using unsigned int and so avoid creating compat > entry point. > > Use unsigned int as the type of the flags parameter in memfd_secret() > system call. > > Signed-off-by: Mike Rapoport > --- > > @Andrew, > The patch is vs v5.12-rc5-mmots-2021-03-30-23, I'd appreciate if it would > be added as a fixup to the memfd_secret series. > > include/linux/syscalls.h | 2 +- > mm/secretmem.c | 2 +- > tools/testing/selftests/vm/memfd_secret.c | 2 +- > 3 files changed, 3 insertions(+), 3 deletions(-) > > diff --git a/include/linux/syscalls.h b/include/linux/syscalls.h > index 49c93c906893..1a1b5d724497 100644 > --- a/include/linux/syscalls.h > +++ b/include/linux/syscalls.h > @@ -1050,7 +1050,7 @@ asmlinkage long sys_landlock_create_ruleset(const struct landlock_ruleset_attr _ > asmlinkage long sys_landlock_add_rule(int ruleset_fd, enum landlock_rule_type rule_type, > const void __user *rule_attr, __u32 flags); > asmlinkage long sys_landlock_restrict_self(int ruleset_fd, __u32 flags); > -asmlinkage long sys_memfd_secret(unsigned long flags); > +asmlinkage long sys_memfd_secret(unsigned int flags); > > /* > * Architecture-specific system calls > diff --git a/mm/secretmem.c b/mm/secretmem.c > index f2ae3f32a193..3b1ba3991964 100644 > --- a/mm/secretmem.c > +++ b/mm/secretmem.c > @@ -199,7 +199,7 @@ static struct file *secretmem_file_create(unsigned long flags) > return file; > } > > -SYSCALL_DEFINE1(memfd_secret, unsigned long, flags) > +SYSCALL_DEFINE1(memfd_secret, unsigned int, flags) > { > struct file *file; > int fd, err; > diff --git a/tools/testing/selftests/vm/memfd_secret.c b/tools/testing/selftests/vm/memfd_secret.c > index c878c2b841fc..2462f52e9c96 100644 > --- a/tools/testing/selftests/vm/memfd_secret.c > +++ b/tools/testing/selftests/vm/memfd_secret.c > @@ -38,7 +38,7 @@ static unsigned long page_size; > static unsigned long mlock_limit_cur; > static unsigned long mlock_limit_max; > > -static int memfd_secret(unsigned long flags) > +static int memfd_secret(unsigned int flags) > { > return syscall(__NR_memfd_secret, flags); > } > LGTM -- Thanks, David / dhildenb