On Sun, Nov 13, 2011 at 08:52:37PM -0800, Patrick Lai wrote:
On 11/12/2011 10:29 PM, Marek Vasut wrote:
Then you can ask the developers for help. You can be helped more if you share your problematic code.
Actually, there is no bug. The use case is more to do with self test mode. After running some audio tests to verify different audio paths (i.e handset mode), self test application would like to trigger codec reset interface to restore CODEC default state. I was told that there are already ASOC CODEC drivers offering such interface. I want to see how this use case is handled by other CODEC drivers especially if command comes during playback/capture.
There's no such interface. This doesn't sound like something drivers should support, it just sounds like your test application wants to save the state before it starts and restore it afterwards, or the user should use some external utility like alsactl to do so. Why would an application care if the codec hardware had been physically reset, that's the sort of detail that the driver should be hiding?
Patrick, we routinely need to ask you for this sort of background information in order to understand what it is you're actually trying to do. Normally you've already jumped very far into the implementation and you don't mention the reasoning that you're relying on.