Received: by 10.213.65.68 with SMTP id h4csp300925imn; Fri, 16 Mar 2018 03:40:06 -0700 (PDT) X-Google-Smtp-Source: AG47ELtgDDu+/rbtU95i0Y/uxEYBlzfIxTP9cmD52O8zt66sBI6QKVoizMt5cW8SsiJS+wsX6t91 X-Received: by 2002:a17:902:367:: with SMTP id 94-v6mr1626380pld.140.1521196806173; Fri, 16 Mar 2018 03:40:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521196806; cv=none; d=google.com; s=arc-20160816; b=WQGCwla8mS/JvBwNOep//CZ9UO9Bvh0ggNRfgy67DeyG6XhBVqD7SEXAiqfq8sLJt+ WmmbRRNfC4KHQHsosSzcftOfrFJ183IYN6jhZQEYJyhoJp77/b2qHYTLbLXlfN2qtbiK hpG+NiiR7msl5mXVNOlbFAyMxxHNzIx+ZVIlhEf4lGkUTOR1ggI8QgqFgxuuJY0wToeE ulSFRcBQSYn4YapZYqNKjy/24BSsqYLKUVsbI8bjw6r5HlHyFh/SEtHMUWUhjBJYTZ8P nzcsGe1m7/shW0GX/O24wqqf2vJpdCSmxzh+beFgQqmkXEBchkvX6vfkCbVzFJfJvlnI rnEw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date :arc-authentication-results; bh=k4RuVkUXQNTMn1l7NK6r3Oqr7ouYBlCFfNvrJ1++1WM=; b=rRv8PT+KmAqKwoY8wIKktHt1cwZxPC3HL/MDqpNjckRLILpel8XhFAoXzYkwM2AGBo 3Hg3xY0xnwkRx7dZemiIrb6dh6MDWKEeu4qQ5Vz+g7Uu1k9FRWraav0xdqzT+FY4nU94 p8FQUIXfqZZjikeuGRVgbnu4Ve06sGjJRq4bDcnjoUUJlZlEaw3MLY1L0+do3mlNGtkf icIwCE50bobr8yd5ipQfj8uS0enZsfxPcty2sgxRXo7p0VL6xusHcEs/csvaWQBovMNZ /NMzfakT//JrPdUZb04NPmgWQ3YdtTYJ+upruEzc+60wDhwdmzkD4OEmHE6428ku59al Hovw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 1-v6si6029321pln.656.2018.03.16.03.39.52; Fri, 16 Mar 2018 03:40:06 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753752AbeCPKie (ORCPT + 99 others); Fri, 16 Mar 2018 06:38:34 -0400 Received: from isilmar-4.linta.de ([136.243.71.142]:49092 "EHLO isilmar-4.linta.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753735AbeCPKic (ORCPT ); Fri, 16 Mar 2018 06:38:32 -0400 Received: from light.dominikbrodowski.net (isilmar.linta [10.0.0.1]) by isilmar-4.linta.de (Postfix) with ESMTPS id AF879200918; Fri, 16 Mar 2018 10:38:30 +0000 (UTC) Received: by light.dominikbrodowski.net (Postfix, from userid 1000) id D652720196; Fri, 16 Mar 2018 11:25:06 +0100 (CET) Date: Fri, 16 Mar 2018 11:25:06 +0100 From: Dominik Brodowski To: "Zhang, Ning A" Cc: "torvalds@linux-foundation.org" , "linux-kernel@vger.kernel.org" , "viro@zeniv.linux.org.uk" , "mingo@kernel.org" , "luto@kernel.org" , "akpm@linux-foundation.org" , "arnd@arndb.de" Subject: Re: [PATCH v2 00/36] remove in-kernel syscall invocations (part 1) Message-ID: <20180316102506.GA769@light.dominikbrodowski.net> References: <20180315190529.20943-1-linux@dominikbrodowski.net> <1521190870.1367.33.camel@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1521190870.1367.33.camel@intel.com> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Mar 16, 2018 at 09:01:11AM +0000, Zhang, Ning A wrote: > 在 2018-03-15四的 20:04 +0100,Dominik Brodowski写道: > > Here is a re-spin of the first set of patches which reduce the number of > > syscall invocations from within the kernel; the RFC may be found at > > > > The rationale for this change is described in patch 1 as follows: > > > > The syscall entry points to the kernel defined by SYSCALL_DEFINEx() > > and COMPAT_SYSCALL_DEFINEx() should only be called from userspace > > through kernel entry points, but not from the kernel itself. This > > will allow cleanups and optimizations to the entry paths *and* to > > the parts of the kernel code which currently need to pretend to be > > userspace in order to make use of syscalls. > > I think this is really bad to change syscalls one by one, to do_* > > why not change SYSCALL_DEFINEx to define kernel wrappers? Basically, for two reasons: First, only a subset of all syscalls require such wrappers -- only about a third of all syscalls are called from within the kernel at the moment (rough guess). Second, and more important: We want to reduce the amount of such usage; see, e.g., the messages by Christoph and Arnd in this thread. Thanks, Dominik