Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp2519724ybe; Thu, 12 Sep 2019 10:36:00 -0700 (PDT) X-Google-Smtp-Source: APXvYqyhWhneX1ea+It3vWLO7zyojiwJlsX9jx553Xgf/2SugZ5i/Ot0CxbouZ6nbUHDJXpEMtRS X-Received: by 2002:a17:906:3588:: with SMTP id o8mr35189062ejb.50.1568309760039; Thu, 12 Sep 2019 10:36:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568309760; cv=none; d=google.com; s=arc-20160816; b=R7rzHpDCrMyV5ctA1+FgjYNXoCGpAn2dBAbIrDWepmansEX+xlU7DHNBOZc7g3hS2m PNR23+iJ6VzEgDPfrHxWheDust9WR6YgUeHdUG7VDHiA5eudjI0J9LMUYiGkWNMKkJo5 NZ7/F4VURM1GekAAx3ITGUyJvVpmpkCfHi8x5G/clxSGXtK1mltG99EQJc01yipTTduo wMDI0wI/TpiHcxAi79woFDZlEtedepxJ7D8GSGZZDXyD7hhJRMnuHoAw9J11Jfe008qj 6UOlHTHHSP57tucCCRizQ8oDuI0wvh+ew4oKAAwNpVGHXsW1QxLAa5flG3BTdJiB9T0K 2r3w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:message-id :in-reply-to:date:references:subject:cc:to:from; bh=6+wSYy6DFKtqMF30p96tRGqvSxzpqo8ooJWnai3bfHc=; b=eYY2vA0GRQPsojMPp4me7He/lx/MfT4bzCTKt2Xm8rKI6ZaXpCDet3bRwO0uW8azsa bmDZDgfzGznswX+sD+iNHGw6nRPyDoPAP2a6/eL2usBDfiQjWNHCzP+xCfaBSdO8rcw4 bJJu9pNZz4ISTi7Zy0M5tc2OXuXrsC6ucidPO+smW0lTA0WDdmidoYHK0rkj1i7jye7+ fLPAGio/XLhl9p0LP+wIGVXM1IUXEupOvZivLUDemZ3rGY2WYQPVMd921yQgqWM8Cs2V L9D7v6zXylTe9FuHdnlxAsnJ3OxTPPDbmo+OAJN9yuXhVj0psrT0bYf+7EVDD5eoz5k3 /jxg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c12si15367318edb.394.2019.09.12.10.35.36; Thu, 12 Sep 2019 10:36:00 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732381AbfILOAN (ORCPT + 99 others); Thu, 12 Sep 2019 10:00:13 -0400 Received: from mx1.redhat.com ([209.132.183.28]:53250 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731455AbfILOAM (ORCPT ); Thu, 12 Sep 2019 10:00:12 -0400 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 4C1363082D9E; Thu, 12 Sep 2019 14:00:12 +0000 (UTC) Received: from segfault.boston.devel.redhat.com (segfault.boston.devel.redhat.com [10.19.60.26]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 9365760872; Thu, 12 Sep 2019 14:00:11 +0000 (UTC) From: Jeff Moyer To: Joe Perches Cc: Dan Williams , linux-nvdimm@lists.01.org, linux-kernel@vger.kernel.org, Dan Carpenter Subject: Re: [PATCH 00/13] nvdimm: Use more common kernel coding style References: X-PGP-KeyID: 1F78E1B4 X-PGP-CertKey: F6FE 280D 8293 F72C 65FD 5A58 1FF8 A7CA 1F78 E1B4 Date: Thu, 12 Sep 2019 10:00:10 -0400 In-Reply-To: (Joe Perches's message of "Wed, 11 Sep 2019 19:54:30 -0700") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.46]); Thu, 12 Sep 2019 14:00:12 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Joe Perches writes: > Rather than have a local coding style, use the typical kernel style. The coding style isn't that different from the core kernel, and it's still quite readable. I'd rather avoid the churn and the risk of introducing regressions. This will also make backports to stable more of a pain, so it isn't without cost. Dan, is this really something you want to do? -Jeff > > Joe Perches (13): > nvdimm: Use more typical whitespace > nvdimm: Move logical continuations to previous line > nvdimm: Use octal permissions > nvdimm: Use a more common kernel spacing style > nvdimm: Use "unsigned int" in preference to "unsigned" > nvdimm: Add and remove blank lines > nvdimm: Use typical kernel brace styles > nvdimm: Use typical kernel style indentation > nvdimm: btt.h: Neaten #defines to improve readability > nvdimm: namespace_devs: Move assignment operators > nvdimm: Use more common logic testing styles and bare ; positions > nvdimm: namespace_devs: Change progess typo to progress > nvdimm: Miscellaneous neatening > > drivers/nvdimm/badrange.c | 22 +- > drivers/nvdimm/blk.c | 39 ++-- > drivers/nvdimm/btt.c | 249 +++++++++++---------- > drivers/nvdimm/btt.h | 56 ++--- > drivers/nvdimm/btt_devs.c | 68 +++--- > drivers/nvdimm/bus.c | 138 ++++++------ > drivers/nvdimm/claim.c | 50 ++--- > drivers/nvdimm/core.c | 42 ++-- > drivers/nvdimm/dax_devs.c | 3 +- > drivers/nvdimm/dimm.c | 3 +- > drivers/nvdimm/dimm_devs.c | 107 ++++----- > drivers/nvdimm/e820.c | 2 +- > drivers/nvdimm/label.c | 213 +++++++++--------- > drivers/nvdimm/label.h | 6 +- > drivers/nvdimm/namespace_devs.c | 472 +++++++++++++++++++++------------------- > drivers/nvdimm/nd-core.h | 31 +-- > drivers/nvdimm/nd.h | 94 ++++---- > drivers/nvdimm/nd_virtio.c | 20 +- > drivers/nvdimm/of_pmem.c | 6 +- > drivers/nvdimm/pfn_devs.c | 136 ++++++------ > drivers/nvdimm/pmem.c | 57 ++--- > drivers/nvdimm/pmem.h | 2 +- > drivers/nvdimm/region.c | 20 +- > drivers/nvdimm/region_devs.c | 160 +++++++------- > drivers/nvdimm/security.c | 138 ++++++------ > drivers/nvdimm/virtio_pmem.c | 10 +- > 26 files changed, 1115 insertions(+), 1029 deletions(-)