Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp20929182ybl; Sun, 5 Jan 2020 15:15:43 -0800 (PST) X-Google-Smtp-Source: APXvYqxbjU3M78/LuzH56sn5CCmTrtXeB2NRVzQBS7JDQx4WRaafdZ3kd53VKrtSQB3B7Brojdsf X-Received: by 2002:a9d:7410:: with SMTP id n16mr100649859otk.23.1578266143336; Sun, 05 Jan 2020 15:15:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578266143; cv=none; d=google.com; s=arc-20160816; b=AvkAlazfi48siAOvuuFzoD4t2xzZzQtP8lxK4Gmc9q828tW1SQGB9UDW/4lUTlMisj gcGqmIERzBBVfeD4voHRqbGaeVfyndWc66yyZ8PcpRrEqbGl7m65EegtyR1E0ZuvwbR9 WJg4BCcQCoEY9dfkroff8uFKNrpLA0PiQ+SiGr/ratW5EewKtcDVPxpWGZz8hr5fbkf5 BsBhs/K7Juujrg7wt3qsTF91gv0bLpjN/NahRuqq5YaIbY8MYhUNf68LZb3jTdWfcokR k+Xy0FX2B6L3/rtjpR8ialELsxv6PgF5ZXPAeu8wioFe0HFCIY4J2NFeQFtD32R0km/Y +wAQ== 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=EJTeDCyygYOuRK5KthiDnUL2onmdDVooZ5R23bZNwUw=; b=dKcFmGlSHTvYzY3Zp49Hysd/Ftr1WR9Ojg9mWDJgc/lCXUzYrN+tM32oSPNCjv+TmV akk2SfYBkvIDcnTMVnjIjpyqJyKYXpqObOSPcx3AaOVs/YVgf1zD3Tu8YgbCM84ctVEF KX3rh5H1I8lv5OBRRmJwUqCwFRiBoEq3wn7BQm3oPibSOty4GFiZ+pA+5cSsErfg+3X2 9wNPFiIq3Q1KP5u2mZsajYLVJMDKglShqctVzy8o6lZ2h/XTR+M47t2JuOp7guyuf0EK riHmprS1pA9TErkYw853T2GEsoAcG5CCm8yda3h0qcj57kRSfZJwmVDDarlZcLN6Tjlc StfQ== 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 k4si27119880oiw.55.2020.01.05.15.15.31; Sun, 05 Jan 2020 15:15:43 -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 S1727263AbgAEXOw (ORCPT + 99 others); Sun, 5 Jan 2020 18:14:52 -0500 Received: from hostingweb31-40.netsons.net ([89.40.174.40]:42352 "EHLO hostingweb31-40.netsons.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726494AbgAEXOv (ORCPT ); Sun, 5 Jan 2020 18:14:51 -0500 Received: from [37.160.42.38] (port=5507 helo=melee.fritz.box) by hostingweb31.netsons.net with esmtpa (Exim 4.92) (envelope-from ) id 1ioEkE-00GSqI-31; Sun, 05 Jan 2020 23:51:38 +0100 From: Luca Ceresoli To: linux-doc@vger.kernel.org, linux-i2c@vger.kernel.org Cc: Luca Ceresoli , Wolfram Sang , Peter Rosin , linux-kernel@vger.kernel.org Subject: [PATCH 19/26] docs: i2c: smbus-protocol: improve I2C Block transactions description Date: Sun, 5 Jan 2020 23:50:05 +0100 Message-Id: <20200105225012.11701-19-luca@lucaceresoli.net> X-Mailer: git-send-email 2.24.1 In-Reply-To: <20200105225012.11701-1-luca@lucaceresoli.net> References: <20200105224006.10321-1-luca@lucaceresoli.net> <20200105225012.11701-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 --- 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.24.1