[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20190512031242.GB21483@sirena.org.uk>
Date: Sun, 12 May 2019 12:12:42 +0900
From: Mark Brown <broonie@...nel.org>
To: Sowjanya Komatineni <skomatineni@...dia.com>
Cc: "thierry.reding@...il.com" <thierry.reding@...il.com>,
Jonathan Hunter <jonathanh@...dia.com>,
Timo Alho <talho@...dia.com>,
"robh+dt@...nel.org" <robh+dt@...nel.org>,
"mark.rutland@....com" <mark.rutland@....com>,
Krishna Yarlagadda <kyarlagadda@...dia.com>,
Laxman Dewangan <ldewangan@...dia.com>,
"linux-tegra@...r.kernel.org" <linux-tegra@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-spi@...r.kernel.org" <linux-spi@...r.kernel.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>
Subject: Re: [PATCH V3 5/9] spi: export spi core function spi_set_cs
On Fri, May 10, 2019 at 06:53:25PM +0000, Sowjanya Komatineni wrote:
> > On Mon, Apr 29, 2019 at 10:02:46PM +0000, Sowjanya Komatineni wrote:
To reiterate:
> > Please fix your mail client to word wrap within paragraphs at
> > something substantially less than 80 columns. Doing this makes your
> > messages much easier to read and reply to.
> Any concerns for using set_cs API from SPI core as it already does direct gpio based cs using
> Descriptors?
Yes, that is precisely what I'm telling you not to do. That function
doesn't do enough to make it worth exporting and the code that uses it
assumes it's managing the chip select entirely, adding a single other
use will make things fragile as it will mean that there's a chance
someone will change what the core is doing without taking into account
the different things that the Tegra code is doing. Either let the core
handle chip select entirely or open code it.
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists