Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S966006AbbDWO2b (ORCPT ); Thu, 23 Apr 2015 10:28:31 -0400 Received: from opensource.wolfsonmicro.com ([80.75.67.52]:33938 "EHLO opensource.wolfsonmicro.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S964779AbbDWO23 (ORCPT ); Thu, 23 Apr 2015 10:28:29 -0400 Date: Thu, 23 Apr 2015 15:28:23 +0100 From: Richard Fitzgerald To: Mark Brown Cc: lee.jones@linaro.org, linus.walleij@linaro.org, gnurou@gmail.com, myungjoo.ham@samsung.com, cw00.choi@samsung.com, ckeepax@opensource.wolfsonmicro.com, patches@opensource.wolfsonmicro.com, linux-kernel@vger.kernel.org, linux-gpio@vger.kernel.org, alsa-devel@alsa-project.org, devicetree@vger.kernel.org Subject: Re: [PATCH 7/8] ASoC: wm8998: Initial WM8998 codec driver Message-ID: <20150423142823.GB17323@opensource.wolfsonmicro.com> References: <1429619636-25478-1-git-send-email-rf@opensource.wolfsonmicro.com> <1429619636-25478-8-git-send-email-rf@opensource.wolfsonmicro.com> <20150422110030.GQ22845@sirena.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150422110030.GQ22845@sirena.org.uk> User-Agent: Mutt/1.5.17+20080114 (2008-01-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2762 Lines: 67 On Wed, Apr 22, 2015 at 12:00:30PM +0100, Mark Brown wrote: > On Tue, Apr 21, 2015 at 01:33:55PM +0100, Richard Fitzgerald wrote: > > > +static int wm8998_in1mux_ev(struct snd_soc_dapm_widget *w, > > + struct snd_kcontrol *kcontrol, > > + int event) > > +{ > > + struct snd_soc_codec *codec = snd_soc_dapm_to_codec(w->dapm); > > + struct arizona *arizona = dev_get_drvdata(codec->dev->parent); > > + unsigned int left_mux, right_mux, in1mode, old; > > + > > + switch (event) { > > + case SND_SOC_DAPM_PRE_PMU: > > + /* Validate the mux configuration */ > > + left_mux = snd_soc_read(codec, ARIZONA_ADC_DIGITAL_VOLUME_1L) & > > + ARIZONA_IN1L_SRC_MASK; > > + right_mux = snd_soc_read(codec, ARIZONA_ADC_DIGITAL_VOLUME_1R) & > > + ARIZONA_IN1R_SRC_MASK; > > + > > + /* Only IN1A can be digital, IN1B is always analogue */ > > + in1mode = (arizona->pdata.inmode[0] & 2) > > + << (ARIZONA_IN1_MODE_SHIFT - 1); > > + > > + if (in1mode != 0) { > > + /* if IN1A is digital, the only valid mux configs > > + * are both channels A or both channels B. > > + */ > > + if (left_mux != right_mux) { > > + dev_err(arizona->dev, > > + "IN1=DMIC and IN1L Mux != IN1R Mux"); > > + return -EINVAL; > > + } > > This (or at least some of it) seems like something we should be doing by > registering different widgets and routing at device probe time. I'm not sure this is really a routing or widget problem. Problem is that if the muxed inputs are analogue we need to provide separate ALSA controls for the left and right mux because it is allowed to use them as two independant mono channels with separate muxing. But if they are configured as digital the mux controls are ganged so must be set the same. I don't feel good about registering a single mux control if its digital and two if its analogue because that means the codec's control list depends on a pdata option. I could implement the control pair so that if the input is digital changing one control always changes the other so they will always be forced to the same setting. Any better options? > > > + old = snd_soc_read(codec, ARIZONA_IN1L_CONTROL) & > > + ARIZONA_IN1_MODE_MASK; > > > + if (old != in1mode) > > + snd_soc_update_bits(codec, ARIZONA_IN1L_CONTROL, > > + ARIZONA_IN1_MODE_MASK, in1mode); > > Why bother with the read into old here? Suppressing redundant updates > is part of the point of snd_soc_update_bits(). Agreed, probably a legacy of an earlier implementation that's now redundant. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/