Mark Brown [off-list ref] writes:
On Tue, Feb 09, 2016 at 03:49:24PM -0800, Eric Anholt wrote:
quoted
This patch surprised me. I would have thought that the solution was to
just write the updated CNTL bits for CPOL and wait a moment whenever it
changes. The CS only gets asserted later on when we get some data in
the TX FIFO, so I think you're just reducing the chance of losing the
race to get our inverted clock noticed by the device before the CS gets
asserted.
We support (and generally want to use since hardware chip selects are
often very limited in what they do) chip select on GPIO.
Oops, this makes more sense now. Subject even mentioned gpio, and a
GPIO CS must be getting set around the transfer_one call. I'll be ready
to send an r-b for a v2 with the speed update bug fixed (unless transfer
speeds are guaranteed to be constant between a prepare and unprepare).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20160210/01477724/attachment.sig>