Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp4107412ybv; Tue, 25 Feb 2020 13:20:38 -0800 (PST) X-Google-Smtp-Source: APXvYqxm9+6nphEARObs78pz9TRrAwlSfDMkzuybCBNojjLCxg3mEm7IbUyr1811iIoZopDJ5l1k X-Received: by 2002:a9d:6181:: with SMTP id g1mr474193otk.104.1582665638383; Tue, 25 Feb 2020 13:20:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582665638; cv=none; d=google.com; s=arc-20160816; b=hw2MdUzBWehtwcd3k3QGnDe6MVBAtaiSzyUoZLco9qbTNcTupqMvcdlRJfmjG2JTYx PikCrcfobwXHrS/O/ZNgsuOepEhU9fY7QG7g0zZ4Q31arV0GJOusN2HZiNVxiI/t8EEo nzGqSPEJ9XDxj5p4bvsIJbcaQJtstGYZunr265G/rEs8KBVhKe4ReTE1DctIPYB3xGM0 jciOOvncvyAAoA0v5Z1SomsQxqjTFYCspM3hMfti0oLl5Z1ixOaXNhf44ng5tsnixZZh mB9EG8VRvZGW5zGHJsB60h3m621mSdzd4C74g9UDy1s4Q+4yJRmAeyH0pEYgH08LDsUL 0FzQ== 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=T+jp3W8D/MQefLxuURBERwIuUJQVro3v+BwIqTf75PI=; b=i7OtCHIKqoioEs8r8cnXx6eSvWdWtIyWYrAfRG1w2oE/wadVzJBfDeJSi+8PjvWo6s 6sqGE1X2hDeqtcoDcGWadmS2Jl78NJ8wikk2hwBV/af60YcAPOKcG6bKaOcXKMWeDiX1 IRrrpMX5hOUUMPFECwOtfbRlvcQUMVHGcvh1Aaj4QjE5rkSCsYgtrzsjjvfhLe/k1lFI 0EhdIj/96PibDEq3MWFmFUATscMCGmi67BoMu+HcuPLStELBwbGOO1BKVMpDv0W/h81p 3JRLqF7h8YWm3DMoI9SjRyzXgcU77ZCq/6x/6NvSNAF1htPWoapSuStfnunQCkv/V+IF tmzw== 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 f81si206214oig.110.2020.02.25.13.20.26; Tue, 25 Feb 2020 13:20:38 -0800 (PST) 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 S1728849AbgBYVTw (ORCPT + 99 others); Tue, 25 Feb 2020 16:19:52 -0500 Received: from isilmar-4.linta.de ([136.243.71.142]:49638 "EHLO isilmar-4.linta.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726827AbgBYVTw (ORCPT ); Tue, 25 Feb 2020 16:19:52 -0500 X-isilmar-external: YES X-isilmar-external: YES X-isilmar-external: YES X-isilmar-external: YES X-isilmar-external: YES X-isilmar-external: YES X-isilmar-external: YES X-isilmar-external: YES Received: from light.dominikbrodowski.net (brodo.linta [10.1.0.102]) by isilmar-4.linta.de (Postfix) with ESMTPSA id 56992200ADD; Tue, 25 Feb 2020 21:19:50 +0000 (UTC) Received: by light.dominikbrodowski.net (Postfix, from userid 1000) id B38A620AD2; Tue, 25 Feb 2020 20:42:19 +0100 (CET) Date: Tue, 25 Feb 2020 20:42:19 +0100 From: Dominik Brodowski To: Brian Gerst Cc: linux-kernel@vger.kernel.org, x86@kernel.org, Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H . Peter Anvin" , Andy Lutomirski Subject: Re: [PATCH v2 1/8] x86, syscalls: Refactor SYSCALL_DEFINEx macros Message-ID: <20200225194219.GA3954@light.dominikbrodowski.net> References: <20200224181757.724961-1-brgerst@gmail.com> <20200224181757.724961-2-brgerst@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200224181757.724961-2-brgerst@gmail.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Thanks for the updated series! Looks nicer to me now. > +#ifdef CONFIG_X86_64 > +#define __X64_SYS_STUBx(x, sys_name, ...) \ > + __SYS_STUBx(x64, sys_name, \ > + SC_X86_64_REGS_TO_ARGS(x, __VA_ARGS__)) I'd say it's easier to read if "name" is passed to this macro, and it is expanded to sys_##name only within this macro... > +#define __IA32_COMPAT_SYS_STUBx(x, compat_sys_name, ...) \ > + __SYS_STUBx(ia32, compat_sys_name, \ > + SC_IA32_REGS_TO_ARGS(x, __VA_ARGS__)) ... and in particular here (with compat_sys) > +#define __IA32_SYS_STUBx(x, sys_name, ...) \ > + __SYS_STUBx(ia32, sys_name, \ > + SC_IA32_REGS_TO_ARGS(x, __VA_ARGS__)) ... same here > +#define __X32_COMPAT_SYS_STUBx(x, compat_sys_name, ...) \ > + __SYS_STUBx(x32, compat_sys_name, \ > + SC_X86_64_REGS_TO_ARGS(x, __VA_ARGS__)) ... and here. Otherwise, a nice cleanup! Thanks, Dominik