Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp5304125ybi; Tue, 11 Jun 2019 23:50:59 -0700 (PDT) X-Google-Smtp-Source: APXvYqxIToubVQhfqRxlHMBzeb3geNH1EcjTnzbqFuk4mkFfRySisHuN6J3phE7Vg3+s2zaR4ud+ X-Received: by 2002:a63:6647:: with SMTP id a68mr23631757pgc.414.1560322259470; Tue, 11 Jun 2019 23:50:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560322259; cv=none; d=google.com; s=arc-20160816; b=W/0ITLe/K2YKyQDvFQN29L/jrdYXQo0rAf3u/KfDa+mYTp1gFsLZ5gfq3APzWOhKHR so2xWLHxV41wLIqM+4vBxrmMzUs/n6qb08AJIHCMoq+rRYzOVPY63d4DOZFf52QdQgsg SeyV+xFLwhhhx9kf3Dl3BDu6u1EbkErLHGaxjwqhcgUwruwpeMcjwuUYgAstwvBrdfaI V34Wu6bqLg8489NLY6ZyALR9+mfHlyI016OYl8aUuO3+hSLSXKCGTtaAEMFCqAXKYrHd RCp5ZCzxjdb//whkp2WXDBVCFaRIk27IdTCAaGl/zsyzlMSj5n++TPoqW7BgNWMzYJ8j 9D/w== 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; bh=/aBNuVSKZUriWZ/QesRFRpe/CatQ5nFG4Flo57Ca7og=; b=qZoQ866KprQs/c3eUvTxYGQLUTYvomgxb5wc/SKe8cnMnvnhlPAdBVTbX3yV96eX3b YdCfz6NE2XDQyowUqgnQopoDCu1VmRBSN9ErVL+8jJnX3O+sGOeNFVGmweiXS1lKRxKk ITuzxP7en9cB4ryJBOdP8dmGNJufazuQSGp/1aSNnOIhsyhoQkViOd12Iyk5RgmKJ83h QY2jolCOZYrQj9oC1hdtuhdrJT+QMWhvsdtiuF2fAQsD3x6wz13+zn7ZKU3pcI0BBEtF gU0sICK/ptTau+nNzxvpiIyUrtGq6y+oIl54f/TB8GgeKIEbrXzPstk5Cuq6xA8xjMeP o9CQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f1si14728546pgu.521.2019.06.11.23.50.40; Tue, 11 Jun 2019 23:50:59 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2407915AbfFKXOc (ORCPT + 99 others); Tue, 11 Jun 2019 19:14:32 -0400 Received: from mail-io1-f68.google.com ([209.85.166.68]:37016 "EHLO mail-io1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2404483AbfFKXOc (ORCPT ); Tue, 11 Jun 2019 19:14:32 -0400 Received: by mail-io1-f68.google.com with SMTP id e5so11395066iok.4; Tue, 11 Jun 2019 16:14:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=/aBNuVSKZUriWZ/QesRFRpe/CatQ5nFG4Flo57Ca7og=; b=kYPVk0CdtTyL+LO372bZtevGC1OfLJkq0xMP3JI2NLRCFlMzTRduAvS1cF+nf48Lls Na1aA4Ae0h+IKNUgVDWrWRqPjsjmHeor3aZ9Ib7G6UERqhm1WGOJ24Eah2yWjeV2llBL 7ZCxochSVYt4GmpHsEN4lweiuw2vYFwgFSdOZrifOCNBYVDb3NHnBCg/gABwtjyy/G4G A3lcV4OpvtVMT71+k6BZWAJPoQsSEVHUzgjqVkIBkhj7DhZKKB5gtBKgaTQeEMB61bYY aGF6/5eUuiQrt0/EbJ2zmMye0VNgxVUVzr/GKITcuS8hQ9wRqIOg0CEODA8VSFW/UfXm DYog== X-Gm-Message-State: APjAAAUXLgcQTELhBpa9csztSQLTSEKWDzRS6t00V3GVJSd0waunZoRb XNjAwQkN+ys68cOntfBa6Q== X-Received: by 2002:a05:6602:50:: with SMTP id z16mr2279838ioz.302.1560294870273; Tue, 11 Jun 2019 16:14:30 -0700 (PDT) Received: from localhost (ip-174-149-252-64.englco.spcsdns.net. [174.149.252.64]) by smtp.gmail.com with ESMTPSA id q79sm2054468itb.15.2019.06.11.16.14.28 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Tue, 11 Jun 2019 16:14:29 -0700 (PDT) Date: Tue, 11 Jun 2019 17:14:25 -0600 From: Rob Herring To: Eduardo Valentin Cc: Wolfram Sang , Haiyue Wang , jarkko.nikula@linux.intel.com, andriy.shevchenko@intel.com, brendanhiggins@google.com, Mark Rutland , linux-i2c@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCHv7 1/3] dt-bindings: i2c: document bindings for i2c-slave-mqueue Message-ID: <20190611231425.GA29500@bogus> References: <20190605164651.15991-1-eduval@amazon.com> <20190605164651.15991-2-eduval@amazon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190605164651.15991-2-eduval@amazon.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jun 05, 2019 at 09:46:49AM -0700, Eduardo Valentin wrote: > Document the i2c-slave-mqueue binding by adding > descriptor, required properties, and example. > > Cc: Rob Herring > Cc: Mark Rutland > Cc: Wolfram Sang > Cc: linux-i2c@vger.kernel.org > Cc: devicetree@vger.kernel.org > Cc: linux-kernel@vger.kernel.org > Signed-off-by: Eduardo Valentin > --- > > Changes from V6 to V7: > - none > > .../bindings/i2c/i2c-slave-mqueue.txt | 34 +++++++++++++++++++ > 1 file changed, 34 insertions(+) > create mode 100644 Documentation/devicetree/bindings/i2c/i2c-slave-mqueue.txt > > diff --git a/Documentation/devicetree/bindings/i2c/i2c-slave-mqueue.txt b/Documentation/devicetree/bindings/i2c/i2c-slave-mqueue.txt > new file mode 100644 > index 000000000000..eb1881a4fc0e > --- /dev/null > +++ b/Documentation/devicetree/bindings/i2c/i2c-slave-mqueue.txt > @@ -0,0 +1,34 @@ > +=============================================== > +Device Tree for I2C slave message queue backend > +=============================================== > + > +Some protocols over I2C/SMBus are designed for bi-directional transferring > +messages by using I2C Master Write protocol. This requires that both sides > +of the communication have slave addresses. So the address 0x10 in the example below is the address of the I2C controller? > + > +This I2C slave mqueue (message queue) is used to receive and queue > +messages from the remote i2c intelligent device; and it will add the target > +slave address (with R/W# bit is always 0) into the message at the first byte. > + > +Links > +---- > +`Intelligent Platform Management Bus > +Communications Protocol Specification > +`_ > + > +`Management Component Transport Protocol (MCTP) > +SMBus/I2C Transport Binding Specification > +`_ > + > +Required Properties: > +- compatible : should be "i2c-slave-mqueue" There is no mention of mqueue (or queue) in these specs. Where does that come from? Perhaps something more closely matching the protocol would be better name. > +- reg : slave address > + > +Example: > + > +i2c { Would there be other slaves? The common binding states 'multi-master' property should be present. I need a more complete example. > + slave_mqueue: i2c-slave-mqueue { > + compatible = "i2c-slave-mqueue"; > + reg = <0x10>; > + }; > +}; > -- > 2.21.0 >