Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp713598ybl; Wed, 29 Jan 2020 08:24:49 -0800 (PST) X-Google-Smtp-Source: APXvYqy3Nsa32skcLRv0+EoznqmzevhmLOR3N7J6QAk5l9GY4Ml+7ND+2Erte29b+XuAQqAi9YG2 X-Received: by 2002:a9d:f26:: with SMTP id 35mr32099ott.31.1580315088841; Wed, 29 Jan 2020 08:24:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580315088; cv=none; d=google.com; s=arc-20160816; b=eCssmOj6vR+SmaLk7Dc/P2BxG7lBAdJJBniW1fbD1AabXQxosIvTwLRtunH9iD++oz mMWpg0zVjpG0nyWdgR3Pzg5hnjjx5TuFp6s51Od2yT8n3Ii2K5esnaa7lh7cljEo9Li9 6RhzncJlVRHVTEYr2O1iu+Jad1EaiFwF1C74nzFiXM30ka/OgxSQvDB1kfJacY9ika6/ /quONaBz9a/1ydDt4TBFYX/Th+U4IEncsphwzsvLB8m3XN98ioLuiseJRH4GVFkQu5CH keu3hrijIPSbtMmKtZcGnH79Fnrbrzt2waG7RcDZtH6E90q4ZHDJLqUDGBGGmxuv2btz mRQg== 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=jOnREUvgg3vHHpTLufSB2ZZ/HggZ6/znVVg4GZ6VeD8=; b=pNyB8B0r7vDHLrekU8L+RYKWHQyIJNKmmsQ4LA3/WCKBmDQQa02TS5MU9B8m2BFnPK l9PGmHYv8iKYO1QsvuSd0DyPz2BICDtgGndpuCy+QZlIllC6vS8JphlllyTZsfyCxaPZ 8S0g5+KuYD3NFIKA9eGCY9SrcxyUkZqzpSuN9dc+Mu90GPAERlCO7Tjvx+JNXJjIsJrS 8ag7Yi/g30toNfuSVDWH01oYdqn2n9FlT4GRwTdZ4sa8qcQmkl43tAFB9Sv1ih/crcwD mGAy1a6FZpI+YABnZal8OJfDEAMUf0MU53AVcV5LH0W1ICj10RFtLMqbEqQ8PTEzI7AK t5GA== 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 a19si1312821oic.77.2020.01.29.08.24.37; Wed, 29 Jan 2020 08:24:48 -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 S1727300AbgA2QXW (ORCPT + 99 others); Wed, 29 Jan 2020 11:23:22 -0500 Received: from hostingweb31-40.netsons.net ([89.40.174.40]:43823 "EHLO hostingweb31-40.netsons.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727165AbgA2QWy (ORCPT ); Wed, 29 Jan 2020 11:22:54 -0500 Received: from [109.168.11.45] (port=34038 helo=pc-ceresoli.dev.aim) by hostingweb31.netsons.net with esmtpa (Exim 4.92) (envelope-from ) id 1iwq79-005NDl-B9; Wed, 29 Jan 2020 17:22:51 +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 v3 19/28] docs: i2c: smbus-protocol: improve I2C Block transactions description Date: Wed, 29 Jan 2020 16:19:44 +0100 Message-Id: <20200129151953.31582-20-luca@lucaceresoli.net> X-Mailer: git-send-email 2.25.0 In-Reply-To: <20200129151953.31582-1-luca@lucaceresoli.net> References: <20200129151953.31582-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