Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp959941imm; Wed, 20 Jun 2018 09:15:57 -0700 (PDT) X-Google-Smtp-Source: ADUXVKLaH6eF5ZB4kc+24hwy/9+HlXnaLw9tc1WeTC+Dg8X3ywIfXXlyIDbpgxrjbI1TZBrTbHpO X-Received: by 2002:a62:4359:: with SMTP id q86-v6mr2364243pfa.140.1529511357060; Wed, 20 Jun 2018 09:15:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529511357; cv=none; d=google.com; s=arc-20160816; b=F8aoCTyjT8INIRv32tCAyNg8mVB1UDoys2oGPr3pG8i1lIXx+UppeTDpl43CwI0Ifb RqFDUnVkQug7YZ33S7likfG7r249i8uOUXmhz6RixgIbOctJzCRsWppMPQLr3XbOpI7G oGYO8yujxxs9oeIy1ZkXspiYB9fOKFOr1Uty5MgRyn9oJbfJMEgRQRpwmJvJb0D3tHCW voH8CPwdSLbzGD6ydzKw248z97RgTWgkBkMXDb2NBwlgPAA5ATTqYXZWrHDKotcqs81w 4kffEiztSFBmKlOZe1JX/mynQF6LGqKFSZkBOlah8dqdDg+UXw1SbFObEIDlbQwp+f4z ACTA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :arc-authentication-results; bh=UHQBrojxegMQnDKK6BiqnoR0UfVvkyI/KbdHBpEenfw=; b=Da6lGi6u0im/y+4UHWHnP1T8DfE/Jb5RRBgTY0jQiIqKJtWaLRMGr9o2LN4hcbA38A ZJD5YX3zaTNSdq/3lTDk/A6Yt9TrEVkiCdfLY3/NihR+Sht8rs75nizv+nwufuHtyiuK /7A9LdrvnHYjJuczwqKU1cOrn5icyVZwJMOYWdCjo1tUW1N/6hSJ6FwGE/f0w65Ty4rw 8YW+zwkjfOM1oSPRNm9jSGYEVlDpqkw4OrGux9b24BRX2f5CdtYTKuJsQNQaGRSQ8CTZ sqbEh6AVLjNF123MAvHU1PhKhu5+IF9o/Iq9nQ+/1Kytp7z8RxZjPnfX5GBrjUFXe0v6 Xv+Q== 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 r5-v6si2570948pls.518.2018.06.20.09.15.42; Wed, 20 Jun 2018 09:15:57 -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 S1754322AbeFTQO4 (ORCPT + 99 others); Wed, 20 Jun 2018 12:14:56 -0400 Received: from mail.kernel.org ([198.145.29.99]:40616 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754138AbeFTQOx (ORCPT ); Wed, 20 Jun 2018 12:14:53 -0400 Received: from gandalf.local.home (cpe-66-24-56-78.stny.res.rr.com [66.24.56.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 55EF42075E; Wed, 20 Jun 2018 16:14:52 +0000 (UTC) Date: Wed, 20 Jun 2018 12:14:50 -0400 From: Steven Rostedt To: Byungchul Park Cc: Paul McKenney , Byungchul Park , jiangshanlai@gmail.com, josh@joshtriplett.org, Mathieu Desnoyers , linux-kernel@vger.kernel.org, kernel-team@lge.com, Joel Fernandes Subject: Re: [RFC 1/2] rcu: Do prepare and cleanup idle depending on in_nmi() Message-ID: <20180620121450.31724b69@gandalf.local.home> In-Reply-To: References: <1529484440-20634-1-git-send-email-byungchul.park@lge.com> <20180620145058.GP3593@linux.vnet.ibm.com> <20180620114335.7a314642@gandalf.local.home> <20180620155658.GU3593@linux.vnet.ibm.com> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 21 Jun 2018 01:11:36 +0900 Byungchul Park wrote: > > Byungchul, is there any reason to make this change other than preparation > > for your second patch? > > Sorry again I didn't explain it fully in advance. The only reason is to > prepare for the 2nd. It was harder to read the patch when I made them > into one. But I can make them into one if you don't think so. Please keep them as separate patches. It's fine to say in one patch that it is needed for a following patch. Not exactly in those words though. Each patch should be a stand alone patch, such that a git blame comes to it, we don't need to go searching further to see why a change was made. What a change log should say is something like. "In order to do X, we need to do Y, because of Z" Where X is a description of what is to come, Y is a description of what the current commit is doing, and Z is the rational for that change. Thanks, -- Steve