On 06/03/2015 06:19 PM, Lars-Peter Clausen wrote:
On 06/01/2015 12:34 PM, Jonathan Cameron wrote:
On 29/05/15 17:14, Lars-Peter Clausen wrote:
In hardware mode we can not use the software demuxer, this means that
the
selected scan mask needs to match one of the available scan masks
exactly.
It also means that all attached buffers need to use the same scan mask.
Given that when operating in hardware mode there is typically only a
single
buffer attached to the device this not an issue. Add a sanity check
to make
sure that only a single buffer is attached in hardware mode
nevertheless.
That pretty much sums up why devices supporting only hardware buffers
are probably not going to be a long term feature!
Mind you for fast devices we may want to allow forced bypassing of the
demux (i.e. a hardware buffer).
Out of curiosity is this series a precursor to another hardware buffered
device or just a useful intellectual exercise?
It's all for real hardware and I'm already using it in some projects.
E.g. one thing I'm working on is adding optional DMA support for some of
the converters, if DMA is available it will use hardware mode. If no DMA
is available or the consumer wants to run in software triggered mode
fallback to software triggered mode.
Cool. Looking forward to seeing the use cases!
- Lars
--
To unsubscribe from this list: send the line "unsubscribe linux-iio" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-iio" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
