Received: by 10.213.65.68 with SMTP id h4csp438254imn; Fri, 16 Mar 2018 07:47:33 -0700 (PDT) X-Google-Smtp-Source: AG47ELsCiRNNw4sMUHir5o1/2KgCDtjes+crKQJr479P9hkBGZOzEiox3ShWqjbndJzvp7jmvOW+ X-Received: by 10.101.81.76 with SMTP id g12mr1697796pgq.88.1521211653664; Fri, 16 Mar 2018 07:47:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521211653; cv=none; d=google.com; s=arc-20160816; b=zzKYbMIOOYwY6N+hc/69L0a9PbA5ABeJGBHBQYrVsWS+BBFi03gDF3JhCQdeNNOlJW bBfMYdDLFi4CeDreNb2/6ZFKM5sCteQkzYt9a1yf3bMRwld3Tkxjbjzlys0QC+Ni96mF 0iU1wW4ucjP5jLdT7c+wEfcIgOYCJIq3KYsQjTMtR5+JWa/G0onyZCLxpJISH7hghHoa NIXFH+dY8d2iyNT3xNcwhWBpRJce+ADB4WFa12qEcw+G4Dh+biWGmGdP5xqO1bxLIv+J V04SZVb86wdGcW1HmdR7qjyttFlZXP/6KQVC8i3XSv/CzLZEaQ3FH/REecUJ+Q7me8/f 8mTg== 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-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=bFIQoAPM3RfLkxwLHKYTQcdfibsmPmvh5L7CUNR5edQ=; b=MzaabmbmxhU7+WtiejD6Bozdc+eeNbFCOAW3HeltZCWfqCjhjBifdqr96X+U8bTba4 lCNTJ6vtPVqQKe0UPvPAYO6UgJykaAvWAM2SrG0zjaJlxveM4NLfUl32vecB67Q9h+YM 0zlt/2cPBATdnjRBIYxGp4NkNDIN8Epu2TtuV8/jByTPno0Vd5s/kcMESu3/jDzJ1FTu szm89StP5SjfLwlwqpncSuYxp0GF+GVks7WnIudw2Ds0xNqxrO0tQdvNVms3mnGlZGWX joEK77G+K2mAqSMJboI6IpyNW3QqE3SD5UqvGJmBar+d85hCK28K1MkQIQkdwPzm9Fc8 wRvg== 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 y16-v6si4279626plr.174.2018.03.16.07.47.18; Fri, 16 Mar 2018 07:47:33 -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 S1753239AbeCPOq0 (ORCPT + 99 others); Fri, 16 Mar 2018 10:46:26 -0400 Received: from isilmar-4.linta.de ([136.243.71.142]:32852 "EHLO isilmar-4.linta.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752777AbeCPOqY (ORCPT ); Fri, 16 Mar 2018 10:46:24 -0400 Received: from light.dominikbrodowski.net (isilmar.linta [10.0.0.1]) by isilmar-4.linta.de (Postfix) with ESMTPS id 5D77020091A; Fri, 16 Mar 2018 14:46:23 +0000 (UTC) Received: by light.dominikbrodowski.net (Postfix, from userid 1000) id D2FC4206B0; Fri, 16 Mar 2018 15:45:54 +0100 (CET) Date: Fri, 16 Mar 2018 15:45:54 +0100 From: Dominik Brodowski To: Thomas Gleixner Cc: linux-kernel@vger.kernel.org, torvalds@linux-foundation.org, viro@zeniv.linux.org.uk, luto@kernel.org, mingo@kernel.org, akpm@linux-foundation.org, arnd@arndb.de, Ingo Molnar , Jiri Slaby , x86@kernel.org Subject: Re: [PATCH v2 13/36] x86/ioport: add ksys_ioperm() helper; remove in-kernel calls to sys_ioperm() Message-ID: <20180316144554.GC14069@light.dominikbrodowski.net> References: <20180315190529.20943-1-linux@dominikbrodowski.net> <20180315190529.20943-14-linux@dominikbrodowski.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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 01:00:48PM +0100, Thomas Gleixner wrote: > On Thu, 15 Mar 2018, Dominik Brodowski wrote: > > > Using this helper allows us to avoid the in-kernel calls to the sys_ioperm() > > syscall. > > > > Cc: Thomas Gleixner > > Cc: Ingo Molnar > > Cc: Jiri Slaby > > Cc: x86@kernel.org > > Acked-by: Greg Kroah-Hartman > > Signed-off-by: Dominik Brodowski > > Please add a few lines explaining the ksys_ prefix as you did in your reply > to Christoph. Other than that: > > Reviewed-by: Thomas Gleixner Thanks! The commit message now reads Using this helper allows us to avoid the in-kernel calls to the sys_ioperm() syscall. The ksys_ prefix denotes that this function is meant as a drop-in replacement for the syscall. In particular, it uses the same calling convention as sys_ioperm(). Does that sound OK? Thanks, Dominik