On Wed, 2015-09-16 at 17:37 +0100, Mark Brown wrote:
On Tue, Sep 15, 2015 at 03:00:16PM +0800, han.lu@intel.com wrote:
BAT works by playing an audio stream and capturing the same stream in either a digital or analog loopback. It then compares the captured stream to the original to determine if the testcase passes or fails.
This is really cool, sounds like there's some overlap with the tool David wrote to verify TLV information? Actually in that vein one thing I started looking at but parked until this got posted is something that goes through and tries to stress test control value settings (trying to set out of bounds values, make sure all valid settings can be used and so on). That's probably better kept as a separate tool I think given that it doesn't really overlap with audio streaming.
I didn't think of bounds testing the controls :) Especially useful for DSPs where we could overflow or crash FW if certain combinations of enumerated controls are used.
We were looking at testing the gains too, to make sure that a 6dB control gain really does mean a 6dB gain in signal. It's in the TODO list. Most of the code is already there to do this, but we were looking to upstream first and then incrementally add features. I think Han plans to upstream the tinyalsa support after the initial code is upstream though.
Liam