Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp3007184ybl; Mon, 20 Jan 2020 13:55:18 -0800 (PST) X-Google-Smtp-Source: APXvYqzz7iPEYcSUO8oEvrnjWIXZpOVanjKHzY4vnqUBL/C0/PI8ukMJa3vko99vPNe7tFMTITN+ X-Received: by 2002:aca:b183:: with SMTP id a125mr718986oif.83.1579557318015; Mon, 20 Jan 2020 13:55:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579557318; cv=none; d=google.com; s=arc-20160816; b=pKNnpGDcVX6iWbYkC12enPd8EWyvnwJg7g0JRAhY8T6nqXslSta+YyZzJWiHRdErY8 bBsRviNafg7cAEpewclQWnWimzQRam+lFuIkZ7fBqzLoLnWg5NrIuP3T7XZYh88Xuqfs +DVQ3bEDpCCe4wl1pvRrmfKQrH6Pesr1WV7o8R3rgZC5C8oTKM9gLyIOYBpz81KGiueW uOdG6Px0Q8afR8ql5O6+eLawqPpoSE/WI4ZrjMt/zI1ahqEoPFOSRAN9KmC9gmNXAEJi kAYCOsouXQ9UVbazrKFf/99/0yjTBsCAHlcPjVdIQA+hmpBYcz7TXEtqDuos6+GYKWKP zwQQ== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:subject:from; bh=BKX3cql2JVLWGOtCLcYN4DqAdHZMudroMRirBMy8ns8=; b=osfcKQdYQ3gS4w0h1dXJxKr+Rl7R0QxFA0Rr8uGSK4nA3qZwDiT2alFlWHd3/u1rt/ pQegTN14vhLODoC2tDEvw8V5vEiQPlwlVLwyRKa1/dwze4o7+vhxqn9ya7yoMaj4/+50 CwGRZBjYjO3VN2MEvq+GpAfzAOcVnEA5KdqVDyGhT/fIrj7O7Vt2A49oJOoD81XuQFcG qNwCSiijay+97+d/IMUDAN5nd1miAWa8Kfr6/jeheKFadGbbKtNu0+n4HoDrOCjjsws0 MIousLdnfPdLAE/0Qx1Rjzt75mb+jkQqJQy+VFrPbhULwYWe2MO8Fzf9Be5FFT4TBojS lwTQ== 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 w202si17808905oiw.194.2020.01.20.13.55.05; Mon, 20 Jan 2020 13:55:18 -0800 (PST) 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 S1727047AbgATVyK convert rfc822-to-8bit (ORCPT + 99 others); Mon, 20 Jan 2020 16:54:10 -0500 Received: from hostingweb31-40.netsons.net ([89.40.174.40]:36509 "EHLO hostingweb31-40.netsons.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726752AbgATVyJ (ORCPT ); Mon, 20 Jan 2020 16:54:09 -0500 Received: from [212.124.162.70] (port=49808 helo=[192.168.77.51]) by hostingweb31.netsons.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.92) (envelope-from ) id 1itezm-000CuJ-GG; Mon, 20 Jan 2020 22:54:06 +0100 From: Luca Ceresoli Subject: Re: [PATCH 02/26] docs: i2c: summary: extend introduction To: Jean Delvare Cc: linux-doc@vger.kernel.org, linux-i2c@vger.kernel.org, Wolfram Sang , Peter Rosin , linux-kernel@vger.kernel.org References: <20200105224006.10321-1-luca@lucaceresoli.net> <20200105225012.11701-1-luca@lucaceresoli.net> <20200105225012.11701-2-luca@lucaceresoli.net> <20200120102730.4eb9116b@endymion> Message-ID: <4a772de1-cb81-37bb-4170-9d19d56aaaac@lucaceresoli.net> Date: Mon, 20 Jan 2020 22:54:06 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: <20200120102730.4eb9116b@endymion> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8BIT X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hostingweb31.netsons.net X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - lucaceresoli.net X-Get-Message-Sender-Via: hostingweb31.netsons.net: authenticated_id: luca@lucaceresoli.net X-Authenticated-Sender: hostingweb31.netsons.net: luca@lucaceresoli.net X-Source: X-Source-Args: X-Source-Dir: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Jean, On 20/01/20 10:27, Jean Delvare wrote: > On Sun, 5 Jan 2020 23:49:48 +0100, Luca Ceresoli wrote: >> - state the "official" name (I²C, not I2C, according to the spec) at >> the beginning but keep using the more practical I2C elsewhere >> - mention some known different names >> - add link to the specification document > > Indentation is inconsistent. Weird, this looks OK in my git log and my inbox, wrong on patchwork. Perhaps starting an e-mail with a space breaks something? I'll try to avoid that in the future. >> diff --git a/Documentation/i2c/summary.rst b/Documentation/i2c/summary.rst >> index 3a24eac17375..b7d3e620155b 100644 >> --- a/Documentation/i2c/summary.rst >> +++ b/Documentation/i2c/summary.rst >> @@ -2,12 +2,18 @@ >> I2C and SMBus >> ============= >> >> -I2C (pronounce: I squared C) is a protocol developed by Philips. It is a >> -slow two-wire protocol (variable speed, up to 400 kHz), with a high speed >> -extension (3.4 MHz). It provides an inexpensive bus for connecting many >> -types of devices with infrequent or low bandwidth communications needs. >> -I2C is widely used with embedded systems. Some systems use variants that >> -don't meet branding requirements, and so are not advertised as being I2C. >> +I²C (pronounce: I squared C and written I2C in the kernel documentation) is >> +a protocol developed by Philips. It is a slow two-wire protocol (variable >> +speed, up to 400 kHz), with a high speed extension (3.4 MHz). It provides >> +an inexpensive bus for connecting many types of devices with infrequent or >> +low bandwidth communications needs. I2C is widely used with embedded >> +systems. Some systems use variants that don't meet branding requirements, >> +and so are not advertised as being I2C but with different names, e.g. TWI >> +(Two Wire Interface), IIC. > > Maybe that's just me but "but with different names" sounds strange to > me in the sentence construct. Maybe "but come under different names" > instead? What I mean is "...are not advertised as being I2C but [are advertised] with different names". Looks equally clear to me, but since it has to be clear to readers, I'll take your suggestion for v2. Thanks for all the review work. I'm not going to reply to each e-mail individually, but each of your suggestions will be taken in v2 unless I reply differently. -- Luca