Re: Run-time CODEC reset

[Mark Brown <broonie@opensource.wolfsonmicro.com>]

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.