On 3/2/2016 12:31 PM, Mark Brown wrote:
On Mon, Feb 29, 2016 at 07:21:16AM +0800, John Hsu wrote:
Please fix your mail client to word wrap within paragraphs at something substantially less than 80 columns. Doing this makes your messages much easier to read and reply to.
On 2/10/2016 2:39 AM, Mark Brown wrote:
On Fri, Feb 05, 2016 at 01:52:46PM +0800, John Hsu wrote:
+static u32 nau8825_intlog10_dec3(u32 value)
This doesn't look driver specific, it should go somewhere generic (though I can't immediately see any relevant place for it...).
Do you have any advise what we can do? It's possible to move these functions to other files, isn't it?
Propose a maths helper library?
I have no idea where to locate the logarithm function. The function was writen in reference to dvb-math which provides some math functions for other dvb driver to use. But I'm not sure the math is common for audio.
It has to enable DAC and ADC path for detection and measurement. A little like simple playback and record. Indeed, it spent some time to finish the whole sequence and the situation you mention will happen possibly. Do we can add some mutex in driver to avoid something like race condition happened? Could you give us suggenstion? Very thanks.
Take a look at the da7219 driver, it is doing something similar.
Now, we suffer an issue that the detection will interfere DAPM and clock control when they start at the same time. I thought it's hard to protect playback start sequence because audio hardware parameter and preparation are independent operations from user application. Is it better to let user application control it with kcontrol?