Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp7663104yba; Thu, 2 May 2019 14:00:20 -0700 (PDT) X-Google-Smtp-Source: APXvYqx39mbIPuwiJx0wgVJMFdtfynq8ornksSJuDi0tK65sgMd7iyisl3ovPdmsz3WKYvTad4D5 X-Received: by 2002:a63:1b11:: with SMTP id b17mr6142689pgb.207.1556830819916; Thu, 02 May 2019 14:00:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556830819; cv=none; d=google.com; s=arc-20160816; b=VM02aE4OS/gUICqKcxAprJtXp9xhiffnxvz4js6Yvjp794+q/0eMPvV5RAdDQKMsCI 5c/CGE3BQtQMaLVKqmDBQSLmnxqmZrHlPFlnelF+61VwkZ5EBeDX7mIujvCltiSXSEwr 78mvvruXYXnLpir/QF5IvaQ5OpeEwQ+9+bHvlfjbfBXbKA6JFT+ptQri7K+FiVDEnx5F ngIy3cTTufaALPdOE6mMLlDs2BRMan1PNhjR1vowmJSTo5A+FJa2cwfXgu28tBqPcOEC mb2Du2LAZpmr7e0pRIgqhyX6MuU7JQD+tPHZfXGkRM/1eacyxeBnMoyuW8PS5XuNSWvd oJCg== 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=Ek4e6lQQ8IdAaOrNfkdfcyOxoi7Phm/pJmbpKGyfvy8=; b=rwTi6x1miPs0YIJdQCYni3VWg50pVstbamS5zMVxn+wepGP3ApktvisvDd9d1kqFyY J3sond/vU1ggn6HJyepcS1tc0+RMte7Ug/CS9wwbPkyzmFaTqlpGUQbvvM41olzaqB7A v55AEw2nMyrxUkCydEfQiDtXrRwHYTCq/8cdjOmZ4yTwcVhe4/Md7fT22B/PFq+r+smd p/Ty0yUptYPSvni5kOfyA5oCHlYkiEDF0CYMna3EKm2gd4vucaLYBzIQN2p5rnBVGtcl RBy/TKTc0C/Y5RGDUUoOzst38N5fU9lYhDZkFLXfA1YP/1Vao5V/djWnDkSFTBXF250C EVFw== 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 j95si208769plb.414.2019.05.02.14.00.04; Thu, 02 May 2019 14:00:19 -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 S1726255AbfEBU7E (ORCPT + 99 others); Thu, 2 May 2019 16:59:04 -0400 Received: from mail-ot1-f65.google.com ([209.85.210.65]:43851 "EHLO mail-ot1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725962AbfEBU7E (ORCPT ); Thu, 2 May 2019 16:59:04 -0400 Received: by mail-ot1-f65.google.com with SMTP id e108so3409234ote.10; Thu, 02 May 2019 13:59:03 -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=Ek4e6lQQ8IdAaOrNfkdfcyOxoi7Phm/pJmbpKGyfvy8=; b=VryFFgmzepF+e03te7jR4pFvLB4xU8BoKRy1H0XVJw+f3Nc6xl0nMI2D5o+3E9CxJT Rn+pj4bupoRWXpOPLZHuXsioMZNjVFLJYSVemivWuqnXL3zarcU5fi5xYYj8HOcHGO2g sMfuv7dGOjypo7IDkji9B/T6Jf02tnonPbVtOiM8wlzdjzLuzWW21MrJr0OlwKLX9LIh 3xWxh7/7ySJWB2vhjSbqswCxc1zJeTM1pKMy6+IPCgLPqss5CndUOz7aMTAHU+aGU+y2 uh5okYKMo5ZnRoMtGORpF/4SMrYBYcLFrUhl2NTPCCdpKfAKc5nPXk9Vy101kLITxJtE hwAQ== X-Gm-Message-State: APjAAAVeTu0dyKqVwwQXRqVjcI0v22NEsHu+YeWH68cZoACEVbqfKwi7 GtH2DjFy+m7emApUoMEoPQ== X-Received: by 2002:a9d:5e02:: with SMTP id d2mr3965264oti.222.1556830743357; Thu, 02 May 2019 13:59:03 -0700 (PDT) Received: from localhost (24-155-109-49.dyn.grandenetworks.net. [24.155.109.49]) by smtp.gmail.com with ESMTPSA id k65sm184077oia.16.2019.05.02.13.59.02 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 02 May 2019 13:59:02 -0700 (PDT) Date: Thu, 2 May 2019 15:59:01 -0500 From: Rob Herring To: Chuanhua Han Cc: mark.rutland@arm.com, shawnguo@kernel.org, s.hauer@pengutronix.de, leoyang.li@nxp.com, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-i2c@vger.kernel.org, kernel@pengutronix.de, linux-imx@nxp.com, festevam@gmail.com, wsa+renesas@sang-engineering.com, u.kleine-koenig@pengutronix.de, eha@deif.com, linux@rempel-privat.de, sumit.batra@nxp.com, l.stach@pengutronix.de, peda@axentia.se Subject: Re: [PATCH 1/3] dt-bindings: i2c: add optional mul-value property to binding Message-ID: <20190502205901.GA24224@bogus> References: <20190430043242.29687-1-chuanhua.han@nxp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190430043242.29687-1-chuanhua.han@nxp.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 Tue, Apr 30, 2019 at 12:32:40PM +0800, Chuanhua Han wrote: > NXP Layerscape SoC have up to three MUL options available for all > divider values, we choice of MUL determines the internal monitor rate > of the I2C bus (SCL and SDA signals): > A lower MUL value results in a higher sampling rate of the I2C signals. > A higher MUL value results in a lower sampling rate of the I2C signals. > > So in Optional properties we added our custom mul-value property in the > binding to select which mul option for the device tree i2c controller > node. > > Signed-off-by: Chuanhua Han > --- > Documentation/devicetree/bindings/i2c/i2c-imx.txt | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/Documentation/devicetree/bindings/i2c/i2c-imx.txt b/Documentation/devicetree/bindings/i2c/i2c-imx.txt > index b967544590e8..ba8e7b7b3fa8 100644 > --- a/Documentation/devicetree/bindings/i2c/i2c-imx.txt > +++ b/Documentation/devicetree/bindings/i2c/i2c-imx.txt > @@ -18,6 +18,9 @@ Optional properties: > - sda-gpios: specify the gpio related to SDA pin > - pinctrl: add extra pinctrl to configure i2c pins to gpio function for i2c > bus recovery, call it "gpio" state > +- mul-value: NXP Layerscape SoC have up to three MUL options available for > +all I2C divider values, it describes which MUL we choose to use for the driver, > +the values should be 1,2,4. Needs a vendor prefix. I don't find 'value' to add anything nor do I understand what MUL is. If it is determined by SoC rather than board, then it should perhaps be implied by compatible. Rob