Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp4444217ybg; Mon, 8 Jun 2020 08:01:50 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwrCYWpzt/CvNRzjb3Sq/sykOdMz01i+1PXY+5b6S+KW+Q/JY+7HN01FCsOQtHSBtyyECF8 X-Received: by 2002:a5d:4a45:: with SMTP id v5mr23663326wrs.223.1591628510309; Mon, 08 Jun 2020 08:01:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591628510; cv=none; d=google.com; s=arc-20160816; b=lF8f2xLEnbpWebasZg/xUiWSm5NCtC/tdrF01EJyb4jyBfDdbAsdB4uiE8bhjoIAyM Ra+G6aYX/CULHG8plWVfb+Md9rdAZhewy7D/PgYEVSAa2S40BH2zdOh3jrGbJWwdWBKB VA54GCRyUPtAVU3DYxhIllbt0ciGj2F6k83UEq52AUmr0lkDV+gKgu/UezTnlJQO03Pn Jo8x4XW1bJk6IYxrIATLkEVPZBzeHFvDfnuVwCKqofnBRzd4ClNX0GWtslZgDyDkP9ir V1NaD+iDNUlQkCDHY8fUGU5k189uNP28PG73o0fyS2mtwXwRkqBBP3s/BdPmZ/XfwfQK LGng== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=WxeThmBAeXAru2/bupaYZc4S4yGZrcq/APX1UpSs+20=; b=EDS5R3NBWl0NKggIUiN8gxGx1r766ekMfxXwO+b52dxWa1YkD4ImPqALZ2oFONEHig /umtIHyMaO1QTXs3GsOi/YPEHGS5uwCCCDxzMH0rfqo7DsbZ5gNc6Gdlr3FkV/uhwwFr cZHzVs2pzgxyE925j8rWZsZlsA3JT85aw1f/XH15PxAmMPYRIzp4tRsXqb+Qy4sjP6Ga ArH6vGiNsaPhb/2shcXMlOvqZaBP75w6aaOvZ7ko4cZaj5IXkY8A1XQHu3GGNkOkh4lw 2vwmpDO7rqTymrlVxTLer6/ENpl4N9tGqVK8vc3Buzd7i9CZQE9DtTuNBZb7EExyQj/I oh8A== 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 c25si8832078edw.456.2020.06.08.08.01.25; Mon, 08 Jun 2020 08:01:50 -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; 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 S1730122AbgFHO67 (ORCPT + 99 others); Mon, 8 Jun 2020 10:58:59 -0400 Received: from isilmar-4.linta.de ([136.243.71.142]:42582 "EHLO isilmar-4.linta.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730101AbgFHO67 (ORCPT ); Mon, 8 Jun 2020 10:58:59 -0400 Received: from light.dominikbrodowski.net (brodo.linta [10.1.0.102]) by isilmar-4.linta.de (Postfix) with ESMTPSA id 9942F2004D0; Mon, 8 Jun 2020 14:58:57 +0000 (UTC) Received: by light.dominikbrodowski.net (Postfix, from userid 1000) id 44D6C201F7; Mon, 8 Jun 2020 16:58:42 +0200 (CEST) Date: Mon, 8 Jun 2020 16:58:42 +0200 From: Dominik Brodowski To: Catalin Marinas Cc: Wang ShaoBo , huawei.libin@huawei.com, cj.chengjian@huawei.com, xiexiuqi@huawei.com, mark.rutland@arm.com, hch@infradead.org, wcohen@redhat.com, linux-kernel@vger.kernel.org, mtk.manpages@gmail.com, wezhang@redhat.com, gregkh@linuxfoundation.org, Will Deacon Subject: Re: [RESEND PATCH] sys_personality: Add optional arch hook arch_check_personality Message-ID: <20200608145842.GA716055@light.dominikbrodowski.net> References: <20200608024925.42510-1-bobo.shaobowang@huawei.com> <20200608094640.GA13596@gaia> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200608094640.GA13596@gaia> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jun 08, 2020 at 10:46:41AM +0100, Catalin Marinas wrote: > On Mon, Jun 08, 2020 at 10:49:25AM +0800, Wang ShaoBo wrote: > > Currently arm64 personality syscall uses wrapper __arm64_sys_personality > > to redirect to __arm64_sys_arm64_personality, it's easily confused, > > Whereas using an normal hook arch_check_personality() can reject > > additional settings like this for special case of different architectures. > > > > This makes code clean and easier for subsequent modification. > > Do you plan to add more stuff here? Curious what triggered this patch. > > > diff --git a/arch/arm64/kernel/sys.c b/arch/arm64/kernel/sys.c > > index d5ffaaab31a7..5c01816d7a77 100644 > > --- a/arch/arm64/kernel/sys.c > > +++ b/arch/arm64/kernel/sys.c > > @@ -28,12 +28,13 @@ SYSCALL_DEFINE6(mmap, unsigned long, addr, unsigned long, len, > > return ksys_mmap_pgoff(addr, len, prot, flags, fd, off >> PAGE_SHIFT); > > } > > > > -SYSCALL_DEFINE1(arm64_personality, unsigned int, personality) > > +int arch_check_personality(unsigned int personality) > > { > > if (personality(personality) == PER_LINUX32 && > > !system_supports_32bit_el0()) > > return -EINVAL; > > - return ksys_personality(personality); > > + > > + return 0; > > } > > We use the ksys_* pattern in other places as well, so this wouldn't be > something new. > > > diff --git a/include/linux/syscalls.h b/include/linux/syscalls.h > > index 1815065d52f3..3dbbad498027 100644 > > --- a/include/linux/syscalls.h > > +++ b/include/linux/syscalls.h > > @@ -1393,16 +1393,6 @@ static inline long ksys_truncate(const char __user *pathname, loff_t length) > > return do_sys_truncate(pathname, length); > > } > > > > -static inline unsigned int ksys_personality(unsigned int personality) > > -{ > > - unsigned int old = current->personality; > > - > > - if (personality != 0xffffffff) > > - set_personality(personality); > > - > > - return old; > > -} > > - > > /* for __ARCH_WANT_SYS_IPC */ > > long ksys_semtimedop(int semid, struct sembuf __user *tsops, > > unsigned int nsops, > > diff --git a/kernel/exec_domain.c b/kernel/exec_domain.c > > index 33f07c5f2515..f3682f4bf205 100644 > > --- a/kernel/exec_domain.c > > +++ b/kernel/exec_domain.c > > @@ -35,9 +35,21 @@ static int __init proc_execdomains_init(void) > > module_init(proc_execdomains_init); > > #endif > > > > +int __weak arch_check_personality(unsigned int personality) > > +{ > > + return 0; > > +} > > + > > SYSCALL_DEFINE1(personality, unsigned int, personality) > > { > > - unsigned int old = current->personality; > > + int err; > > + unsigned int old; > > + > > + err = arch_check_personality(personality); > > + if (err) > > + return err; > > + > > + old = current->personality; > > I'm surprised that the generic sys_personality() doesn't call > ksys_personality() directly but rather duplicates the code. It was the other way round, and the duplication is based on a suggestion by Christoph Hellwig IIRC, https://lore.kernel.org/lkml/20180514120756.GA11638@infradead.org/ Thanks, Dominik