Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp2406233imm; Sun, 5 Aug 2018 03:39:44 -0700 (PDT) X-Google-Smtp-Source: AAOMgpf+CON6W+aBxPHaqm2mxCRGL9GM4b5iOHNmoLfPCA8smd9PTSk0qsMFZ4EDYrERbgWheobl X-Received: by 2002:a17:902:b112:: with SMTP id q18-v6mr9887152plr.284.1533465584767; Sun, 05 Aug 2018 03:39:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533465584; cv=none; d=google.com; s=arc-20160816; b=bGIsBnr2E3tZE00IwfEI63+N2RlSD5TYyh1hFdI1zXXybMPTNNnloGYcNPz4Sno20u ObwG3mgARop0WKStmjTlTXemlZiOoMxfMGH+0jPN/igtk4snACcHYCnYaVinY1chK8Zp Xm/62622ckLwhPaydpQ6n4EYfJ+gUgCsPbJf+24DYDmdcuSDsmPn7Nh5pgsQcsm3qnxk FKYFaabBcgbo4xX/DQPYmqMCTQObnxfrpW0+rHXGuhUE5a1y/YNvwbC//7uAmFfYHj9K n/AZc+nKPBDnxNouMPsBgRJANNcU+spXErXo8RbevGD/c/vur79V2XimuypeYIDqPw19 rdqg== 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:arc-authentication-results; bh=vCS7dKV6g2RXSwPAA683hV6U3W7pQH63S6cY8PWn11o=; b=yWnL70emlIIf8Lla1LfDIfKA1OExaBMyuNSE20JRglZPyF7h7q/Cl25YCoXZScFnK9 m3j0fje0KD5IJFLtRGU3aEWOB8gV0QADj7Mmg7Tcmy9eDmkS7L7avdC8zTajCqbS8kIz E6qtMAv9WtZz3pD4FVEW5R0HgE3SLRH3Ceo1XjXAy/aGd4CZ4kg9hgNeCyAnHM0ZPABp YdCu+5GitmWYj/4YjouYXl32mQCuTcpkJZS2ojkVu8tibyCJLyrQKUxpT3HhVlKZjOx3 aTds2xRiEq9wjADpDCbzuDXMkgZXysYTo1rWl7gMRzi0GNhmCxj58cvuNlQ5F+VFmNJ0 CelA== 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 h13-v6si9628835plk.47.2018.08.05.03.39.19; Sun, 05 Aug 2018 03:39:44 -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 S1726261AbeHEMmF (ORCPT + 99 others); Sun, 5 Aug 2018 08:42:05 -0400 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:53765 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726100AbeHEMmF (ORCPT ); Sun, 5 Aug 2018 08:42:05 -0400 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512) id 6903E80633; Sun, 5 Aug 2018 12:37:57 +0200 (CEST) Date: Sun, 5 Aug 2018 12:37:56 +0200 From: Pavel Machek To: Sowmini Varadhan , arnd@arndb.de, gthelen@google.com, jgg@mellanox.com Cc: santosh.shilimkar@oracle.com, kernel list , Netdev list Subject: Re: [PATCH] RDS is not Radio Data System Message-ID: <20180805103756.GA24849@amd> References: <20180805065920.GA8968@amd> <20180805101945.GA4056@oracle.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline In-Reply-To: <20180805101945.GA4056@oracle.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun 2018-08-05 06:19:45, Sowmini Varadhan wrote: > On (08/05/18 08:59), Pavel Machek wrote: > > Getting prompt "The RDS Protocol" (RDS) is not too helpful, and it is > > easily confused with Radio Data System (which we may want to support > > in kernel, too). > >=20 > > I wonder if option should be named NET_RDS, instead? >=20 > RDS has been around for a while now (since 2.6). How will you > rename proposal manage backward compatibility? Why can't you call > your new option CONFIG_RADIO or similar instead? >=20 > Are we going to rename NFS* to NET_NFS* because someone decided > to reuse the NFS acronym?=20 Was it? Because this was first time kernel asked that question... when I was testing -next. Is this related? commit 533d1daea8d8a389b37207ad7b50c4e750969231 IB: Revert "remove redundant INFINIBAND kconfig dependencies" > > And this sounds like a good idea: > > - tristate "The RDS Protocol" > > + tristate "The Reliable Datagram Sockets (RDS) Protocol" >=20 > surn that sounds fine. Can you apply the patch, or do you want me to send it to davem? Signed-off-by: Pavel Machek Thanks, Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAltm04QACgkQMOfwapXb+vLyjgCgu6DEn0uwoQLJwZE2qVLSeIOm /HcAn02lG6cu7dLKHpCHLw9ByrqZ1pm8 =vV9F -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z--