[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <57115B33.90509@lechnology.com>
Date: Fri, 15 Apr 2016 16:20:51 -0500
From: David Lechner <david@...hnology.com>
To: Valdis.Kletnieks@...edu
Cc: Sekhar Nori <nsekhar@...com>, Rob Herring <robh+dt@...nel.org>,
Pawel Moll <pawel.moll@....com>,
Mark Rutland <mark.rutland@....com>,
Ian Campbell <ijc+devicetree@...lion.org.uk>,
Kumar Gala <galak@...eaurora.org>,
Russell King <linux@....linux.org.uk>,
Kevin Hilman <khilman@...nel.org>, devicetree@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/3] ARM: DTS: da850: add node for spi0
On 04/15/2016 03:16 PM, Valdis.Kletnieks@...edu wrote:
> On Fri, 15 Apr 2016 11:17:55 -0500, David Lechner said:
>
>> I omitted this on purpose. For my use case, I am using the SPI as
>> write-only,
>
> So your SPI accesses are fire-and-forget, and nothing ever comes back?
Yes.
> Seems a very dangerous way to design the use case, with no feedback if
> something suddenly goes pear-shaped...
You should tell Sitronix. This is how their display controllers work.
>
> Or do you have ways to verify the status via some method other than SPI?
>
Nope.
I'm working with LEGO MINDSTORMS EV3, a mass-produced robotics system.
It is what it is. And I have a logic analyzer for when things go
pear-shaped. ;-)
Powered by blists - more mailing lists