Hi,
On 01/15/2013 06:43 PM, Paul Barker wrote:
I've written a quick driver which issues SPI reads in response to hrtimer
events
to see if this is possible. I'm getting a rough average latency of 100us
between
calling spi_async() and the clock signal changing. This is no use for reading
a
Hi
On Tue, 15 Jan 2013 17:43:54 +
Paul Barker p...@paulbarker.me.uk wrote:
I'm going to go back to using kernel 3.2 and check that this actually
works
with the McBSP. If it does, how much hassle is it to export the
required symbols
in more recent kernels? I'll happily write the patch,
Hi,
On 01/11/2013 05:27 PM, Paul Barker wrote:
What functions you were using from the McBSP driver(s)?
I'm just using the request, free, start, stop and config functions, then
using DMA to copy data.
OK.
I have taken a brief look at ADS1672 datasheet. At first glance I would think
that
the McBSP driver code in the
kernel to interface with external hardware. The two options I can think
of are either that I move my driver into the kernel source tree itself
or the McBSP driver functions are exported again so that they can be
used by external modules. It's easier to maintain an external
in the
kernel to interface with external hardware. The two options I can think
of are either that I move my driver into the kernel source tree itself
or the McBSP driver functions are exported again so that they can be
used by external modules. It's easier to maintain an external module
than
or the McBSP driver functions are exported again so that they can be
used by external modules. It's easier to maintain an external module
than a series of patches against the kernel, unless a driver for an
analog-to-digital converter connected to the McBSP port is something
that would actually have a chance