[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Y3elIdM3Xz1H4kKk@sirena.org.uk>
Date: Fri, 18 Nov 2022 15:30:41 +0000
From: Mark Brown <broonie@...nel.org>
To: Michael Walle <michael@...le.cc>
Cc: tudor.ambarus@...rochip.com, alexandre.belloni@...tlin.com,
claudiu.beznea@...rochip.com, devicetree@...r.kernel.org,
krzysztof.kozlowski+dt@...aro.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
linux-mtd@...ts.infradead.org, linux-spi@...r.kernel.org,
nicolas.ferre@...rochip.com, robh+dt@...nel.org
Subject: Re: [PATCH 1/8] spi: dt-bindings: Introduce spi-cs-setup-ns property
On Fri, Nov 18, 2022 at 03:14:58PM +0100, Michael Walle wrote:
> From: Tudor Ambarus <tudor.ambarus@...rochip.com>
> > + spi-cs-setup-ns:
> > + description:
> > + Delay in nanosecods to be introduced by the controller after CS is
> > + asserted.
> Does this need a type as the spi-cs-setup-ns is apparently just 16bit? At
> least the driver uses it that way.
> But IMHO this should just be a normal uint32 value to be consistent with
> all the other properties. Also the max value with 16bit will be 'just'
> 65us.
Making it 32 bit does seem safer. I've applied the series
already, mainly for the reintroduction of spi_set_cs_timing()
since there was another driver that needed it, but we can still
fix things up until the merge window.
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists