Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp66722img; Wed, 20 Mar 2019 14:14:27 -0700 (PDT) X-Google-Smtp-Source: APXvYqzciiZxzwbkJyJig2mk/3e1+6nSM2Md5B4NIoz2Qph31+CX9WlBHmzwdMWkrxPThbprXBx7 X-Received: by 2002:a63:d4f:: with SMTP id 15mr82302pgn.162.1553116467434; Wed, 20 Mar 2019 14:14:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553116467; cv=none; d=google.com; s=arc-20160816; b=AUEgjg/VoLKKIxNxX+ybyt4ZHLFJL1FW0dgr8C7xMFhZ43AkKj4WR2ZOiTDWc0IOVc OjruSo0FSNy/+9nW/kL22zBNLGd+tihl5I9Dmqf7eoo4aW618KGmoTOpSVqrm+3FzJPO XuWV6rsFfrFhc4QJzRIRXo4Aod3rxnbzyV/guD/MT9Tys4Qu7nYoqCKdTc9H6NquG4+p /5CUWRzJmJpCqFA4CUXOydNH30xCjsIMKu1O+svPacxw5RCBvVjZSXvWxkcywqp6/sd+ x596nhz8TzSgeV7akjVWazDu0ZE8S5kKFm9PUlecRF1BVpfkL+Fk5UlZG0sN9Xf7blIq 7h6A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=wVBpoxQuPer/II/aGncyCJT0dZk7uoMKB8Ys3UKlb/0=; b=MnY9L5nWB9OCO/EH8Gj6Qm/aEzbDWQwZrwxsn4A8Shwo1yubRfDHtUoorjie0XFuBx FJFptsvqyxi7jWzGMapQHASqTIKADkcQH9bDjrt1iLXaeNYoeJjygJrwmTvm0HMIZZ+R y58uMjEW0cFE42Uw3hCtoKJUi8pjL/bmlN89woQ6zVkUj2Cmf4LqTu3mKeEY0u0G+3W3 U+c2pxNCgQP9KzdOsRZNqwpt57Vfq+PpptV2ihGRhnWFcllx9iIsazvAgQLekIxOk8JU XDkzfAKw/VOrrLk9CdU/r662faiJtrOyscYsNtSIaiCzOJZjehxjwFs2OTh4+/E7cYhe rX3Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=sLXECc62; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v23si2356673pfm.187.2019.03.20.14.14.10; Wed, 20 Mar 2019 14:14:27 -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; dkim=pass header.i=@kernel.org header.s=default header.b=sLXECc62; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727476AbfCTVNf (ORCPT + 99 others); Wed, 20 Mar 2019 17:13:35 -0400 Received: from mail.kernel.org ([198.145.29.99]:35046 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727116AbfCTVNe (ORCPT ); Wed, 20 Mar 2019 17:13:34 -0400 Received: from localhost (unknown [69.71.4.100]) (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 BCEE2218AE; Wed, 20 Mar 2019 21:13:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1553116413; bh=jb0Ceq95fFBylivj10BjYqoXEAxhLrivic0M6bvzvdQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=sLXECc62N5Kn1FA4/t3H+UnxOCLCOdMSWp9WCSVZcnhbclAGqmv+T3ULnPKD5a/6h +umh+W+dCgq1ilE8Ehdt0SqQr7x4Y7ofT2d0OgFiudUgdiKDGSmYwhK2GIbrPpa16n 17taKGGJWsdl1Wbcve2HA4Hr1464ZIlQQkcTqDMQ= Date: Wed, 20 Mar 2019 16:13:31 -0500 From: Bjorn Helgaas To: "Enrico Weigelt, metux IT consult" Cc: linux-kernel@vger.kernel.org, kurt.schwemmer@microsemi.com, logang@deltatee.com, linux-ntb@googlegroups.com, linux-pci@vger.kernel.org, Jon Mason , Dave Jiang , Allen Hubbe Subject: Re: [PATCH] drivers: ntb: Kconfig: pedantic cleanups Message-ID: <20190320211331.GF251185@google.com> References: <1551898265-18909-1-git-send-email-info@metux.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1551898265-18909-1-git-send-email-info@metux.net> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [+cc Jon, Dave, Allen (NTB core maintainers)] Hi Enrico, I added the NTB maintainers, who will deal with these, but since you're fixing pedantic issues, I'll give you some pedantic comments :) The first is that you might put something here in the commit log, eg, "fix Kconfig help text indentation" or whatever you're doing. On Wed, Mar 06, 2019 at 07:51:05PM +0100, Enrico Weigelt, metux IT consult wrote: > Signed-off-by: Enrico Weigelt, metux IT consult > --- > drivers/ntb/Kconfig | 20 ++++++++++---------- > drivers/ntb/hw/amd/Kconfig | 4 ++-- > drivers/ntb/hw/idt/Kconfig | 41 ++++++++++++++++++++--------------------- > drivers/ntb/hw/intel/Kconfig | 4 ++-- > drivers/ntb/hw/mscc/Kconfig | 8 ++++---- > drivers/ntb/test/Kconfig | 26 +++++++++++++------------- > 6 files changed, 51 insertions(+), 52 deletions(-) > > diff --git a/drivers/ntb/Kconfig b/drivers/ntb/Kconfig > index 95944e5..5ce3fdd 100644 > --- a/drivers/ntb/Kconfig > +++ b/drivers/ntb/Kconfig > @@ -2,13 +2,13 @@ menuconfig NTB > tristate "Non-Transparent Bridge support" > depends on PCI > help > - The PCI-E Non-transparent bridge hardware is a point-to-point PCI-E bus > - connecting 2 systems. When configured, writes to the device's PCI > - mapped memory will be mirrored to a buffer on the remote system. The > - ntb Linux driver uses this point-to-point communication as a method to > - transfer data from one system to the other. > + The PCI-E Non-transparent bridge hardware is a point-to-point PCI-E bus The usual spelling is "PCIe" instead of "PCI-E". s/Non-transparent bridge/non-transparent bridge/ A "point-to-point PCIe bus" is usually called a "PCIe Link". > + connecting 2 systems. When configured, writes to the device's PCI > + mapped memory will be mirrored to a buffer on the remote system. The > + ntb Linux driver uses this point-to-point communication as a method to s/ntb Linux driver/Linux ntb driver/ > + transfer data from one system to the other. > > - If unsure, say N. > + If unsure, say N. > > if NTB > > @@ -19,10 +19,10 @@ source "drivers/ntb/test/Kconfig" > config NTB_TRANSPORT > tristate "NTB Transport Client" > help > - This is a transport driver that enables connected systems to exchange > - messages over the ntb hardware. The transport exposes a queue pair api > - to client drivers. > + This is a transport driver that enables connected systems to exchange > + messages over the ntb hardware. The transport exposes a queue pair api s/ntb hardware/NTB hardware/ (I think it makes sense to use "ntb" when referring to the driver, since that's its name, but when referring to the hardware, "NTB" is being used as an acronym and probably should be capitalized.) > + to client drivers. > > - If unsure, say N. > + If unsure, say N. > > endif # NTB > diff --git a/drivers/ntb/hw/amd/Kconfig b/drivers/ntb/hw/amd/Kconfig > index cfe903c..9a90f17 100644 > --- a/drivers/ntb/hw/amd/Kconfig > +++ b/drivers/ntb/hw/amd/Kconfig > @@ -2,6 +2,6 @@ config NTB_AMD > tristate "AMD Non-Transparent Bridge support" > depends on X86_64 > help > - This driver supports AMD NTB on capable Zeppelin hardware. > + This driver supports AMD NTB on capable Zeppelin hardware. > > - If unsure, say N. > + If unsure, say N. > diff --git a/drivers/ntb/hw/idt/Kconfig b/drivers/ntb/hw/idt/Kconfig > index f8948cf..5d106ac 100644 > --- a/drivers/ntb/hw/idt/Kconfig > +++ b/drivers/ntb/hw/idt/Kconfig > @@ -3,28 +3,27 @@ config NTB_IDT > depends on PCI > select HWMON > help > - This driver supports NTB of cappable IDT PCIe-switches. > + This driver supports NTB of cappable IDT PCIe-switches. > > - Some of the pre-initializations must be made before IDT PCIe-switch > - exposes it NT-functions correctly. It should be done by either proper > - initialisation of EEPROM connected to master smbus of the switch or > - by BIOS using slave-SMBus interface changing corresponding registers > - value. Evidently it must be done before PCI bus enumeration is > - finished in Linux kernel. > + Some of the pre-initializations must be made before IDT PCIe-switch > + exposes it NT-functions correctly. It should be done by either proper s/it/its/ s/correctly// s/proper// I always think "correct" and "proper" are sort of useless in comments. Who wants to write incorrect or improper code? Besides, they don't convey any specific information. > + initialisation of EEPROM connected to master smbus of the switch or > + by BIOS using slave-SMBus interface changing corresponding registers Capitalize "smbus/SMBus" consistently. I think "SMBus" is typical. > + value. Evidently it must be done before PCI bus enumeration is > + finished in Linux kernel. > > - First of all partitions must be activated and properly assigned to all > - the ports with NT-functions intended to be activated (see SWPARTxCTL > - and SWPORTxCTL registers). Then all NT-function BARs must be enabled > - with chosen valid aperture. For memory windows related BARs the > - aperture settings shall determine the maximum size of memory windows > - accepted by a BAR. Note that BAR0 must map PCI configuration space > - registers. > + First of all partitions must be activated and properly assigned to all s/properly// again :) > + the ports with NT-functions intended to be activated (see SWPARTxCTL > + and SWPORTxCTL registers). Then all NT-function BARs must be enabled > + with chosen valid aperture. For memory windows related BARs the > + aperture settings shall determine the maximum size of memory windows > + accepted by a BAR. Note that BAR0 must map PCI configuration space > + registers. > > - It's worth to note, that since a part of this driver relies on the > - BAR settings of peer NT-functions, the BAR setups can't be done over > - kernel PCI fixups. That's why the alternative pre-initialization > - techniques like BIOS using SMBus interface or EEPROM should be > - utilized. > - > - If unsure, say N. > + It's worth to note, that since a part of this driver relies on the s/note,/note/ > + BAR settings of peer NT-functions, the BAR setups can't be done over > + kernel PCI fixups. That's why the alternative pre-initialization > + techniques like BIOS using SMBus interface or EEPROM should be > + utilized. > > + If unsure, say N. > diff --git a/drivers/ntb/hw/intel/Kconfig b/drivers/ntb/hw/intel/Kconfig > index 91f995e..c166d50 100644 > --- a/drivers/ntb/hw/intel/Kconfig > +++ b/drivers/ntb/hw/intel/Kconfig > @@ -2,6 +2,6 @@ config NTB_INTEL > tristate "Intel Non-Transparent Bridge support" > depends on X86_64 > help > - This driver supports Intel NTB on capable Xeon and Atom hardware. > + This driver supports Intel NTB on capable Xeon and Atom hardware. > > - If unsure, say N. > + If unsure, say N. > diff --git a/drivers/ntb/hw/mscc/Kconfig b/drivers/ntb/hw/mscc/Kconfig > index 013ed67..74ec015 100644 > --- a/drivers/ntb/hw/mscc/Kconfig > +++ b/drivers/ntb/hw/mscc/Kconfig > @@ -2,8 +2,8 @@ config NTB_SWITCHTEC > tristate "MicroSemi Switchtec Non-Transparent Bridge Support" > select PCI_SW_SWITCHTEC > help > - Enables NTB support for Switchtec PCI switches. This also > - selects the Switchtec management driver as they share the same > - hardware interface. > + Enables NTB support for Switchtec PCI switches. This also > + selects the Switchtec management driver as they share the same > + hardware interface. > > - If unsure, say N. > + If unsure, say N. > diff --git a/drivers/ntb/test/Kconfig b/drivers/ntb/test/Kconfig > index a5d0eda..416ab56 100644 > --- a/drivers/ntb/test/Kconfig > +++ b/drivers/ntb/test/Kconfig > @@ -1,27 +1,27 @@ > config NTB_PINGPONG > tristate "NTB Ping Pong Test Client" > help > - This is a simple ping pong driver that exercises the scratchpads and > - doorbells of the ntb hardware. This driver may be used to test that > - your ntb hardware and drivers are functioning at a basic level. > + This is a simple ping pong driver that exercises the scratchpads and > + doorbells of the ntb hardware. This driver may be used to test that > + your ntb hardware and drivers are functioning at a basic level. s/ntb/NTB/ (twice) > - If unsure, say N. > + If unsure, say N. > > config NTB_TOOL > tristate "NTB Debugging Tool Test Client" > help > - This is a simple debugging driver that enables the doorbell and > - scratchpad registers to be read and written from the debugfs. This > - enables more complicated debugging to be scripted from user space. > - This driver may be used to test that your ntb hardware and drivers are > - functioning at a basic level. > + This is a simple debugging driver that enables the doorbell and > + scratchpad registers to be read and written from the debugfs. This > + enables more complicated debugging to be scripted from user space. > + This driver may be used to test that your ntb hardware and drivers are > + functioning at a basic level. s/ntb/NTB/ > - If unsure, say N. > + If unsure, say N. > > config NTB_PERF > tristate "NTB RAW Perf Measuring Tool" > help > - This is a tool to measure raw NTB performance by transferring data > - to and from the window without additional software interaction. > + This is a tool to measure raw NTB performance by transferring data > + to and from the window without additional software interaction. > > - If unsure, say N. > + If unsure, say N. > -- > 1.9.1 >