Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753067AbcK1TUr (ORCPT ); Mon, 28 Nov 2016 14:20:47 -0500 Received: from mga05.intel.com ([192.55.52.43]:36229 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751400AbcK1TUh (ORCPT ); Mon, 28 Nov 2016 14:20:37 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.31,564,1473145200"; d="scan'208";a="1091649552" Date: Mon, 28 Nov 2016 12:20:35 -0700 From: Ross Zwisler To: Dan Williams Cc: Jan Kara , Ross Zwisler , "linux-kernel@vger.kernel.org" , Alexander Viro , Andrew Morton , Christoph Hellwig , Dave Chinner , Ingo Molnar , Matthew Wilcox , Steven Rostedt , linux-ext4 , linux-fsdevel , Linux MM , "linux-nvdimm@lists.01.org" Subject: Re: [PATCH 2/6] dax: remove leading space from labels Message-ID: <20161128192035.GC6637@linux.intel.com> Mail-Followup-To: Ross Zwisler , Dan Williams , Jan Kara , "linux-kernel@vger.kernel.org" , Alexander Viro , Andrew Morton , Christoph Hellwig , Dave Chinner , Ingo Molnar , Matthew Wilcox , Steven Rostedt , linux-ext4 , linux-fsdevel , Linux MM , "linux-nvdimm@lists.01.org" References: <1479926662-21718-1-git-send-email-ross.zwisler@linux.intel.com> <1479926662-21718-3-git-send-email-ross.zwisler@linux.intel.com> <20161124091140.GB24138@quack2.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.1 (2016-10-04) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1166 Lines: 28 On Thu, Nov 24, 2016 at 11:42:38AM -0800, Dan Williams wrote: > On Thu, Nov 24, 2016 at 1:11 AM, Jan Kara wrote: > > On Wed 23-11-16 11:44:18, Ross Zwisler wrote: > >> No functional change. > >> > >> As of this commit: > >> > >> commit 218dd85887da (".gitattributes: set git diff driver for C source code > >> files") > >> > >> git-diff and git-format-patch both generate diffs whose hunks are correctly > >> prefixed by function names instead of labels, even if those labels aren't > >> indented with spaces. > > > > Fine by me. I just have some 4 remaining DAX patches (will send them out > > today) and they will clash with this. So I'd prefer if this happened after > > they are merged... > > Let's just leave them alone, it's not like this thrash buys us > anything at this point. We can just stop including spaces in new > code. Honestly I'm not sure which is better. I understand your argument about not introducing "thrash" for cleanup like this, but at the same time knowingly leaving inconsistencies in the code style just because seems...gross? In any case, sure Jan, if this patch happens lets do it after your remaining DAX patches.