Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp928899pxu; Fri, 23 Oct 2020 17:41:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzWo2EWI5kuHrDw5mbRE7/TyP3LZbSTIaGp7WU60sZNLkWd3LVMCVbPTnJdbz5bk1QA/bao X-Received: by 2002:aa7:c451:: with SMTP id n17mr4705808edr.266.1603500117443; Fri, 23 Oct 2020 17:41:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603500117; cv=none; d=google.com; s=arc-20160816; b=AeZ3RSYHr/gsPNZn8kb317ivGR3lpEchY6wlLMY0Wuj0c7XT0m4nSZ4tSXo6BOrZQL xp419RRO2BezE/1RuszxiC97B5+/z7+DAkFecrjR+TzaIPgra8J6iTJ/InR2pc+YkkwQ x/9b7CyTwJdnywc26u30Ve9BfzZn+AwKpNuQTmnC7n8uklHqii0Fq+BEYRUF4BpPcypp txLtdFg0WHNrtG/VdU38kepuhogrA+oOIEJG1pZJ8rAHqymJ1c4v/G1kgS/jHgNpGSoV 8J0ye9TS3GAR1W9z5LNfgU+ii3st5/6to2HsbVdZNXM/SRqvlMtG+tOlgW7AX+BSmUlA ZtfA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:dkim-signature:dkim-signature:from; bh=79rTg2SKZLoa/evVojUPAbe7jLqXBquN2CeaB2ok8dM=; b=oK43yPZTpqo5+vY5JBSxhATrsVNPOyMSWUCOyi8U7UZ5Ws4u4stx3wpqKgDmWdtcvY Cnll6gzR30IlwFBWEwv5mEkKNO3T9w0TWJ6gvdbaSx+vMavgFIfXQ8aLC3JwO59rzNBG kkW70aBfVO7X74p7n2gDklB1Me/Eou5eP940qVacbatjr94agt70piQmt1HUYEqEpMeY 87EZzTuRVGj1MmkxUXJlEJijeCrAqyyIRND19c1OOBrCJT82eM2VLEyfT260Z9nFsFx/ /+sVPDq/f5cm6VS16tbERd84xAxYcLAsakZfW2SX/gnrY8XT+Lw93jmREPtH8O/mYwlF aqMA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=EetW5+h2; dkim=neutral (no key) header.i=@linutronix.de; 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=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a23si1762843edb.432.2020.10.23.17.41.35; Fri, 23 Oct 2020 17:41:57 -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=@linutronix.de header.s=2020 header.b=EetW5+h2; dkim=neutral (no key) header.i=@linutronix.de; 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=QUARANTINE dis=NONE) header.from=linutronix.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751797AbgJWV4g (ORCPT + 99 others); Fri, 23 Oct 2020 17:56:36 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43302 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S465494AbgJWV4f (ORCPT ); Fri, 23 Oct 2020 17:56:35 -0400 Received: from galois.linutronix.de (Galois.linutronix.de [IPv6:2a0a:51c0:0:12e:550::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A6C9DC0613CE; Fri, 23 Oct 2020 14:56:35 -0700 (PDT) From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1603490194; 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: in-reply-to:in-reply-to:references:references; bh=79rTg2SKZLoa/evVojUPAbe7jLqXBquN2CeaB2ok8dM=; b=EetW5+h2WAFfLhHoLTCZ9y+9G7Ei5unrNieHG1oDovYqkcijqZVi/zV19BnVNHeDAYAq1y 5BPQvOBeenBqLGZsMVj0lxrhTePplE91mlRbpz6CwZlY5ngqViOYE+dIpuSbgEqXN/hk+p jZgnfrBD4hxFmjvZv0feO4rHUiJ10r7PGhwlaj55UBGIzybRn6FLG3VxHgQfGbyY8XfR5y ZWdJnyBKnvxoeq281PMRil6StYpFCqPQgpfBqwHXqkT9CU72euIqVkVtoVbuIqm2lzXkVL 8SmRG2kKrV0hOeL1M2wDVZUriXPi0GcVcw6UJ+cQfZoek59YI4kGMXrtfSvuHw== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1603490194; 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: in-reply-to:in-reply-to:references:references; bh=79rTg2SKZLoa/evVojUPAbe7jLqXBquN2CeaB2ok8dM=; b=+wyfQHnakkKyqSE/2uGjxNcZTwxnMUoslSbSCXRrWkS+13bWcBa+tI0OQQwYJbaGoQJY9w kc67vWEIFcKYyjAw== To: ira.weiny@intel.com, Ingo Molnar , Borislav Petkov , Andy Lutomirski , Peter Zijlstra Cc: Ira Weiny , x86@kernel.org, Dave Hansen , Dan Williams , Andrew Morton , Fenghua Yu , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-nvdimm@lists.01.org, linux-mm@kvack.org, linux-kselftest@vger.kernel.org Subject: Re: [PATCH 07/10] x86/entry: Pass irqentry_state_t by reference In-Reply-To: <20201022222701.887660-8-ira.weiny@intel.com> References: <20201022222701.887660-1-ira.weiny@intel.com> <20201022222701.887660-8-ira.weiny@intel.com> Date: Fri, 23 Oct 2020 23:56:33 +0200 Message-ID: <87y2jw4ne6.fsf@nanos.tec.linutronix.de> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 22 2020 at 15:26, ira weiny wrote: > From: Ira Weiny > > In preparation for adding PKS information to struct irqentry_state_t > change all call sites and usages to pass the struct by reference > instead of by value. This still does not explain WHY you need to do that. 'Preparation' is a pretty useless information. What is the actual reason for this? Just because PKS information feels better that way? Also what is PKS information? Changelogs have to make sense on their own and not only in the context of a larger series of changes. > While we are editing the call sites it is a good time to standardize on > the name 'irq_state'. While at it change all usage sites to consistently use the variable name 'irq_state'. Or something like that. See Documentation/process/... Thanks, tglx