[alsa-devel] soc-cache problem
broonie at opensource.wolfsonmicro.com
Fri Jan 15 11:35:56 CET 2010
On Fri, Jan 15, 2010 at 03:12:13PM +0800, Cliff Cai wrote:
> Nowadays, soc tries to set up standard I/O functions with same
> addr_bits and data_bits for a codec.
> My problem is some codec might have registers with different data
> Most of its registers are 8 bits long except PLL register,which is a 8
> bytes long one.In order to set/read PLL ,
> a block of data(8 bytes) needs to be transfer to/from the PLL
> register at a time.
> So, if soc-cache needs to consider this kind of case, or just keep it
> in local driver?
Just do it in the driver, the main point here is to factor out
boilerplate code so if you need to do non-standard things there's not
really much of a win. Adding EXPORT_SYMBOL_GPL() to the I/O functions
(the _write() ones) to allow them to be called by your driver would be
OK and would allow you to reuse that code.
More information about the Alsa-devel