Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp78706imm; Thu, 30 Aug 2018 08:44:13 -0700 (PDT) X-Google-Smtp-Source: ANB0VdaaI8dokHEN9DZRRryqRz/G7EcM5yq+hAl8tE/K0mk0zJQBDgOapDb283MROvp5zI17Rr8x X-Received: by 2002:a62:8a4f:: with SMTP id y76-v6mr10986212pfd.233.1535643853174; Thu, 30 Aug 2018 08:44:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1535643853; cv=none; d=google.com; s=arc-20160816; b=nh2tIdgfAoMnVDTX5k5JBttxPTE2yRA4C/5n1CRmISfP65ZhfaD2ziDV2Oql422/8b 1jRlrfAQxS43uLJ2ifGq7PDuFPObSNsnBOFSgGUmCcJWIhgyu/+uV7R06cN8Un6FaBCU iA7PtHbYSFvSB/JEG4XaghNFybZmJcoLEoR4gIL17pk/JnbuP+zIXqtSgMRmv7T4Jvr+ r1iTN/FCMfX9waOFxsmkiDmE34W2zjBr1aZA04Fpr65W46DQTwOUaFahOY2KsZXPG3Ph 3X7sZRr8pXXi9tJOLkEsJ40Yr5ZV6ED6OhOEBxX35z5zO+nR6KdbpY2ZCT/UC6wTlfOw JXuw== 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=eMpKbzSZ8dcCiN3oQthge7oamoq+JEIcnxCFqDBlQJk=; b=0/cQlONVyTvcjI+FKwa1sQgSDY9UUiAXYp0+ooU7yORs+i2IE1ZliDmaMCv5k0SEwx vsDgJMqht+5Eh9+MlEUnLwRMu7Z/fgmg0ItRBNY7DKCVdKUvVHti43R6jG46ZEW8jkQH JZYo//N9Jd2/s2BukPT619CC5GEW6ChXLosbxcDsRqDjxDhsu7v3UuNdyacQ1MBgRjym zf28zKVY/Awh8toZeQPdB+QYp3kpYwSSUxx4GH7BWJn8cu05cxy8Pa/P6jkdqKB3qpfu UyiIZpGchS2MIFaVIIwByfmr5lqV+tCrDVUUx2O3GEFSLYR5vwx9RP5RcnZ5mUxEV7JY M18g== 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 a6-v6si6587418pgc.659.2018.08.30.08.43.57; Thu, 30 Aug 2018 08:44:13 -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 S1727345AbeH3TpG (ORCPT + 99 others); Thu, 30 Aug 2018 15:45:06 -0400 Received: from mail.kernel.org ([198.145.29.99]:33542 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727067AbeH3TpG (ORCPT ); Thu, 30 Aug 2018 15:45:06 -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 DE1EF20658; Thu, 30 Aug 2018 15:42:19 +0000 (UTC) Date: Thu, 30 Aug 2018 11:42:18 -0400 From: Steven Rostedt To: Josh Triplett Cc: "Paul E. McKenney" , linux-kernel@vger.kernel.org, mingo@kernel.org, jiangshanlai@gmail.com, dipankar@in.ibm.com, akpm@linux-foundation.org, mathieu.desnoyers@efficios.com, tglx@linutronix.de, peterz@infradead.org, dhowells@redhat.com, edumazet@google.com, fweisbec@gmail.com, oleg@redhat.com, joel@joelfernandes.org Subject: Re: [PATCH tip/core/rcu 0/52] Remove rcu_state pointers for v4.20/v5.0 Message-ID: <20180830114218.39743075@gandalf.local.home> In-Reply-To: <20180830042006.GA23159@localhost> References: <20180829223830.GA1800@linux.vnet.ibm.com> <20180829220026.3579e9a1@vmware.local.home> <20180830032216.GF4225@linux.vnet.ibm.com> <20180830041017.GA27378@linux.vnet.ibm.com> <20180830042006.GA23159@localhost> 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 Wed, 29 Aug 2018 21:20:07 -0700 Josh Triplett wrote: > > And please see below for what the resulting diff would look like. Is > > this an improvement? > > Honestly, as long as the result after each commit compiles, I prefer the > split version for ease of review. You and I have different preferences for reviewing changes like this ;-) I prefer the one patch (I do think it is an improvement). It's all basically the exact same change. Looking at 40 different patches is much more work IMHO, then just looking at a single patch, and testing it, then testing 40 different patches. That's a lot of compiling. I usually stop reviewing after 10 patches of the same kind, as I run out of time to review them. -- Steve