From: flatmax@flatmax.org (Matt Flax)
To: linux-arm-kernel@lists.infradead.org
Subject: [alsa-devel] [PATCH] ASoC: bcm_2835: Simplify mono guard by returning error on mono
Date: Wed, 8 Mar 2017 22:43:19 +1100 [thread overview]
Message-ID: <ea5a6008-0cce-e026-0d8f-69783cdc3524@flatmax.org> (raw)
In-Reply-To: <20170308113328.GA2545@delle.lan>
On 08/03/17 22:33, Matthias Reichl wrote:
> On Wed, Mar 08, 2017 at 09:58:54PM +1100, Matt Flax wrote:
>> This patch simplifies the bcm2835_i2s.c code when the driver returns
>> error on mono channel requests. It does this by testing for mono
>> instead of using a switch statement to test for stereo.
>>
>> The bcm2835_i2s driver can only work in stereo mode. Whilst leaving
>> the driver entirel compliant with the I2S protocol, it simplifies the
>> code by removing a few redundant lines of code.
>>
>> Signed-off-by: Matt Flax <flatmax@flatmax.org>
> I'm against this, it removes the semantics that I2S can only do 2
> channels from the code part. Without looking at the rest of the code
> one could get the impression that bcm2835-i2s could support all
> layouts except 1 channel.
>
The comment clearly states :
/*
* Check we aren't setting channel 2 on a mono stream.
* We currently only support stereo
*/
How could anyone possibly think that it would support "all layouts
except 1 channel" ?
I have reduced the clock cycle count to implement the same logic in
code. I have clearly indicated that we ONLY support stereo channel counts.
In my opinion this code is simpler, easier to read and makes more sense.
thanks
Matt
>> ---
>> sound/soc/bcm/bcm2835-i2s.c | 17 +++++++++--------
>> 1 file changed, 9 insertions(+), 8 deletions(-)
>>
>> diff --git a/sound/soc/bcm/bcm2835-i2s.c b/sound/soc/bcm/bcm2835-i2s.c
>> index 6ba2049..1e6a1da 100644
>> --- a/sound/soc/bcm/bcm2835-i2s.c
>> +++ b/sound/soc/bcm/bcm2835-i2s.c
>> @@ -310,15 +310,16 @@ static int bcm2835_i2s_hw_params(struct snd_pcm_substream *substream,
>> ch1pos = data_delay;
>> ch2pos = bclk_ratio / 2 + data_delay;
>>
>> - switch (params_channels(params)) {
>> - case 2:
>> - format = BCM2835_I2S_CH1(format) | BCM2835_I2S_CH2(format);
>> - format |= BCM2835_I2S_CH1(BCM2835_I2S_CHPOS(ch1pos));
>> - format |= BCM2835_I2S_CH2(BCM2835_I2S_CHPOS(ch2pos));
>> - break;
>> - default:
>> + /* C
>> + * Check we aren't setting channel 2 on a mono stream.
>> + * We currently only support stereo
>> + */
>> + if (params_channels(params) == 1)
>> return -EINVAL;
>> - }
>> +
>> + format = BCM2835_I2S_CH1(format) | BCM2835_I2S_CH2(format);
>> + format |= BCM2835_I2S_CH1(BCM2835_I2S_CHPOS(ch1pos));
>> + format |= BCM2835_I2S_CH2(BCM2835_I2S_CHPOS(ch2pos));
>>
>> /*
>> * Set format for both streams.
>> --
>> 2.7.4
>>
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel at alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
next prev parent reply other threads:[~2017-03-08 11:43 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-08 10:58 [PATCH] ASoC: bcm_2835: Simplify mono guard by returning error on mono Matt Flax
2017-03-08 11:13 ` Florian Kauer
2017-03-08 11:35 ` [alsa-devel] " Matt Flax
2017-03-08 11:33 ` Matthias Reichl
2017-03-08 11:43 ` Matt Flax [this message]
2017-03-08 12:00 ` [alsa-devel] " Matthias Reichl
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ea5a6008-0cce-e026-0d8f-69783cdc3524@flatmax.org \
--to=flatmax@flatmax.org \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox