diff options
| author | Peter Ujfalusi <peter.ujfalusi@nokia.com> | 2009-04-17 15:55:08 +0300 |
|---|---|---|
| committer | Mark Brown <broonie@opensource.wolfsonmicro.com> | 2009-04-17 16:02:23 +0100 |
| commit | 6b87a91f5417226c7fe62100b0e7217e7096b789 (patch) | |
| tree | 4982bad86c6346c014028806a0bdc3989fde688d /sound/soc/omap/n810.c | |
| parent | 8d98f2246d7c622198ae0b8ca66f1c82b8a25377 (diff) | |
| download | linux-stable-6b87a91f5417226c7fe62100b0e7217e7096b789.tar.gz linux-stable-6b87a91f5417226c7fe62100b0e7217e7096b789.tar.bz2 linux-stable-6b87a91f5417226c7fe62100b0e7217e7096b789.zip | |
ASoC: TWL4030: Fix for the constraint handling
The original implementation of the constraints were good against sane
applications.
If the opening sequence is:
stream1_open, stream1_hw_params, stream2_open, stream2_hw_params -> the
constraints are set correctly for stream2.
But if the sequence is:
stream1_open, stream2_open, stream2_hw_params, stream1_hw_params -> than stream2
would receive constraint rate = 0, sample_bits = 0, since the stream1 has not
yet called hw_params...
The command to trigger this event:
gst-launch-0.10 alsasrc device=hw:0 ! alsasink device=hw:0 sync=false
This patch does some 'black magic' in order to always set the correct
constraints and sets it only when it is needed for the other stream.
Signed-off-by: Peter Ujfalusi <peter.ujfalusi@nokia.com>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
Diffstat (limited to 'sound/soc/omap/n810.c')
0 files changed, 0 insertions, 0 deletions