[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160407175759.GO32257@rob-hp-laptop>
Date: Thu, 7 Apr 2016 12:57:59 -0500
From: Rob Herring <robh@...nel.org>
To: Jisheng Zhang <jszhang@...vell.com>
Cc: wsa@...-dreams.de, pawel.moll@....com, mark.rutland@....com,
ijc+devicetree@...lion.org.uk, galak@...eaurora.org,
jarkko.nikula@...ux.intel.com, andriy.shevchenko@...ux.intel.com,
mika.westerberg@...ux.intel.com, linux-i2c@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH] i2c: designware-platdrv: get fast/std speed scl high/low
count from DT
On Wed, Apr 06, 2016 at 03:28:00PM +0800, Jisheng Zhang wrote:
> Sometimes, it's convenient to define the scl's high/low count directly,
> e.g HW people would do some measurement then directly give out the
> optimum counts. Previously, we solved the sda falling time and scl
> falling time by i2c_dw_scl_hcnt() and i2c_dw_scl_lcnt(), then put them
> into dt, but what we really care isn't the sda/scl falling time.
This is just so you can put specific clock count instead of converting
from nanoseconds with standard properties or you gain some additional
control of the timing. If only the former, then I prefer we stick with
the common properties.
> From another side, the dw_i2c_acpi_configure() on ACPI platform also
> get hcnt/lcnt values rather than the sda/scl falling time from ACPI
> method, we want similar feature for DT platforms.
That's nice, but not really a reason IMO.
>
> Signed-off-by: Jisheng Zhang <jszhang@...vell.com>
> ---
> Documentation/devicetree/bindings/i2c/i2c-designware.txt | 16 ++++++++++++++++
> drivers/i2c/busses/i2c-designware-platdrv.c | 8 ++++++++
> 2 files changed, 24 insertions(+)
Powered by blists - more mailing lists