Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp741989ybl; Thu, 23 Jan 2020 07:00:36 -0800 (PST) X-Google-Smtp-Source: APXvYqxNeVYZxFuUIp8m/voXQJ+NZIjO7AgBG3SPA8FoIziSjW50CMEH6oPkFkR87pO17/Uy9E+x X-Received: by 2002:a9d:7d85:: with SMTP id j5mr11762668otn.86.1579791636053; Thu, 23 Jan 2020 07:00:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579791636; cv=none; d=google.com; s=arc-20160816; b=oS+9NpSl0rZ/nZKUVxd0h+nQiXTJwerhTHvZlbLSOja4p09kuSFFLZ2JTNquWVKD9M 4COFky4KyvRNSFbdUsKhgXUv9CvZM9lvclpxkgWpyEFvYI59jTUzSe2T73EzWsdtiMFw h9Cjcu62ptRv0kCGJ2MXZ1zOpKE/0RS7dc3AF2PZITpN9Z+ue3wzgUfYI/lomwJ8Bkff 0LArJ9/QXcNDEibAqEqofW3zBiKEBbTMu7tsNqGj9Kc8QrioFq0+1a+Zr9/aKNKcd636 5JbzAtxkRrj2olAi/vu1qwVRifnO6n/vzEMhF1PnKddHnOf9/IJT8Ug/qCjyaUIPeY+9 baLg== 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:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=OVB45qElmehFvIhEKAV9O3FVIhLMqBMYhyuo4C8Hbhg=; b=AbcWtivoT5xnC1YeG6tCmg8hEiqOsX0Yc7T5mKrwGQWbT48N4+mEz7xEv5bauOvZf5 HyGDtPIrQ5j7u5+1UckVdlbviGCNiUDw4BPgc/nsbPeR8mxQzlglFlWz4xX8tLaInDTz /dMNX5hveO9SbNtVU4Npus5J6h548A9eXmpDsfvT/IHEr4Ap+hPkJUrENmfERHUyia5x xWBEbp5HGjU/s151nVmClwjtWK/RI/Tn4K9KnIcisnUIqNtIXXBtxMXJtyLFCnhz2VOO 44F4Pv8W2C44CmygzLxtM5a1gpByQm7mK/+wGkcBZMcMOFnMNKHGKxtkWQQmiNtJtTxW tOsA== 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 z194si974734oia.50.2020.01.23.07.00.21; Thu, 23 Jan 2020 07:00:36 -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 S1729355AbgAWO6t (ORCPT + 99 others); Thu, 23 Jan 2020 09:58:49 -0500 Received: from hostingweb31-40.netsons.net ([89.40.174.40]:43818 "EHLO hostingweb31-40.netsons.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729019AbgAWO6L (ORCPT ); Thu, 23 Jan 2020 09:58:11 -0500 Received: from [109.168.11.45] (port=47594 helo=pc-ceresoli.dev.aim) by hostingweb31.netsons.net with esmtpa (Exim 4.92) (envelope-from ) id 1iudvs-0005F5-GT; Thu, 23 Jan 2020 15:58:08 +0100 From: Luca Ceresoli To: linux-i2c@vger.kernel.org, linux-doc@vger.kernel.org Cc: Luca Ceresoli , Wolfram Sang , Jean Delvare , Peter Rosin , linux-kernel@vger.kernel.org Subject: [PATCH v2 19/28] docs: i2c: smbus-protocol: improve I2C Block transactions description Date: Thu, 23 Jan 2020 15:56:17 +0100 Message-Id: <20200123145626.8102-6-luca@lucaceresoli.net> X-Mailer: git-send-email 2.25.0 In-Reply-To: <20200123145626.8102-1-luca@lucaceresoli.net> References: <20200123135103.20540-1-luca@lucaceresoli.net> <20200123145626.8102-1-luca@lucaceresoli.net> MIME-Version: 1.0 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/only user confirmed/virtual account not confirmed 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 Clarify from the beginning what these transactions are, and specifically how they differ from the SMBus counterparts, i.e. the lack of a Count byte. Signed-off-by: Luca Ceresoli Reviewed-by: Jean Delvare --- Documentation/i2c/smbus-protocol.rst | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/Documentation/i2c/smbus-protocol.rst b/Documentation/i2c/smbus-protocol.rst index 7350e4b2c2fa..0edaf6069ac1 100644 --- a/Documentation/i2c/smbus-protocol.rst +++ b/Documentation/i2c/smbus-protocol.rst @@ -282,9 +282,10 @@ This is implemented the following way in the Linux kernel: I2C Block Transactions ====================== -The following I2C block transactions are supported by the -SMBus layer and are described here for completeness. -They are *NOT* defined by the SMBus specification. +The following I2C block transactions are similar to the SMBus Block Read +and Write operations, except these do not have a Count byte. They are +supported by the SMBus layer and are described here for completeness, but +they are *NOT* defined by the SMBus specification. I2C block transactions do not limit the number of bytes transferred but the SMBus layer places a limit of 32 bytes. -- 2.25.0