- Mar 01, 2014
-
-
Lars-Peter Clausen authored
MUXs and virtual MUXs are almost identical, the only difference is that for virtual MUX there is no hardware backing register in which setting is stored. This patch adds code, which is similar to what we already do for DAPM mixer controls to support virtual mixer controls, to DAPM enum controls. The new code will check if the enum does a hardware backing register and skip over reading and writing to the register if it has not. This allows us to use the same code path for both MUXs and virtual MUXs and a lot of nearly identical code can be removed. Signed-off-by:
Lars-Peter Clausen <lars@metafoo.de> Signed-off-by:
Mark Brown <broonie@linaro.org>
-
Lars-Peter Clausen authored
For the upcoming consolidation for MUXs and virtual MUXs we need to mark virtual enums as such. Signed-off-by:
Charles Keepax <ckeepax@opensource.wolfsonmicro.com> Signed-off-by:
-
Lars-Peter Clausen authored
For the upcoming consolidation for MUXs and virtual MUXs we need to mark virtual enums as such. Signed-off-by:
-
Lars-Peter Clausen authored
For the upcoming consolidation for MUXs and virtual MUXs we need to mark virtual enums as such. Signed-off-by:
Philippe Rétornaz <philippe.retornaz@epfl.ch> Signed-off-by:
-
Lars-Peter Clausen authored
For the upcoming consolidation for MUXs and virtual MUXs we need to mark virtual enums as such. Signed-off-by:
-
Lars-Peter Clausen authored
For the upcoming consolidation for MUXs and virtual MUXs we need to mark virtual enums as such. Signed-off-by:
-
Lars-Peter Clausen authored
With the upcoming consolidation of normal MUXs and virtual MUXs we need to be able to distinguish between enums with and without a backing register at the enum level. Use the same approach as used for virtual mixer controls by setting the reg field of the enum to SND_SOC_NOPM for enums without a backing register. This patch adds a set of helper macros that can be used to define such enums. Signed-off-by:
-
Lars-Peter Clausen authored
MUXs and value MUXs are almost identical, the only difference is that a value MUX uses a look-up table to map from the selected control item to a register value, while MUXs use a direct mapping. This patch uses snd_soc_enum_item_to_val() and snd_soc_enum_val_to_item(), which where earlier introduced during the consolidation of enum and value enum controls, to hide this difference. This allows us to use the same code path for both MUXs and value MUXs and a lot of nearly duplicated code can be removed. Signed-off-by:
-
Lars-Peter Clausen authored
The implementations for enum and value enum controls are almost identical. The only difference is that the value enum uses an additional look-up table to map the control value to the register value, while the enum control uses a direct mapping. Enums and value enums can easily be distinguished at runtime, for value enums the values field of the snd_soc_enum struct contains the look-up table, while for enums it is NULL. This patch adds two new small helper functions called snd_soc_enum_item_to_val() and snd_soc_enum_val_to_item() which map between register value and control item. If the items field of the snd_soc_enum struct is NULL the function will do a direct mapping otherwise they'll use the look-up table to do the mapping. Using these small helper functions it is possible to use the same kcontrol handlers for both enums and value enums. The functions are added a inline functions in soc.h so they can also be used by the DAPM code to accomplish similar consolidation. Signed-off-by:
-
Lars-Peter Clausen authored
Signed-off-by:
-
Mark Brown authored
Merge branches 'topic/dapm', 'topic/sign', 'topic/adau1373', 'topic/max98090', 'topic/mc13783', 'fix/wm8994' and 'topic/wm8995' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into asoc-enum
-
- Feb 23, 2014
-
-
Takashi Iwai authored
Just replace with the helper macro. No functional change at all. Signed-off-by:
Takashi Iwai <tiwai@suse.de> Acked-by:
Liam Girdwood <liam.r.girdwood@linux.intel.com> Acked-by:
-
Takashi Iwai authored
Just replace with the helper macro. No functional change at all. Signed-off-by:
-
- Feb 20, 2014
-
-
Charles Keepax authored
The pin updates in this driver look like they are intended to be done atomically, update to do so. Signed-off-by:
-
Charles Keepax authored
The pin updates in this driver look like they are intended to be done atomically, update to do so. Signed-off-by:
-
Charles Keepax authored
The pin updates in this driver look like they are intended to be done atomically, update to do so. Signed-off-by:
-
Charles Keepax authored
The pin updates in this driver look like they are intended to be done atomically, update to do so. Signed-off-by:
-
Charles Keepax authored
The pin updates in this driver look like they are intended to be done atomically, update to do so. Signed-off-by:
-
Charles Keepax authored
The pin updates in this driver look like they are intended to be done atomically, update to do so. Signed-off-by:
-
Charles Keepax authored
The pin updates in this driver look like they are intended to be done atomically, update to do so. It looks like these were originally locked with the CODEC mutex and not updated since the patch "ASoC: dapm: Use DAPM mutex for DAPM ops instead of codec mutex", so remove the original CODEC mutex locking as well. Signed-off-by:
-
Charles Keepax authored
The pin updates in this driver look like they are intended to be done atomically, update to do so. Signed-off-by:
-
Charles Keepax authored
The pin updates in this driver look like they are intended to be done atomically, update to do so. Signed-off-by:
-
Charles Keepax authored
The pin updates in this driver look like they are intended to be done atomically, update to do so. Signed-off-by:
-
Charles Keepax authored
The pin updates in this driver look like they are intended to be done atomically, update to do so. Signed-off-by:
-
Charles Keepax authored
The pin updates in this driver look like they are intended to be done atomically, update to do so. Signed-off-by:
-
Charles Keepax authored
The pin updates in this driver look like they are intended to be done atomically, update to do so. Signed-off-by:
-
Charles Keepax authored
We will often call sync after several functions that require the DAPM mutex to be held. Rather than release and immediately relock the mutex provide an unlocked function for this situation. Signed-off-by:
-
Charles Keepax authored
Acquiring the DAPM mutex is necessary before using several DAPM functions and dereference is quite ugly. This patch provides a helper function to simplify this. Signed-off-by:
-
Mark Brown authored
Merge branch 'fix/dapm' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into asoc-dapm
-
Charles Keepax authored
The snd_soc_dapm_xxxx_pin all require the dapm_mutex to be held when they are called as they edit the dirty list, however very few of the callers do so. This patch adds unlocked versions of all the functions replacing the existing implementations with one that holds the lock internally. We also fix up the places where the lock was actually held on the caller side. Signed-off-by:
-
Charles Keepax authored
snd_soc_dapm_sync takes the dapm_mutex internally, but we currently take it externally as well. This patch fixes this. Signed-off-by:
-
Takashi Iwai authored
Just replace with the helper macro. No functional change at all. Signed-off-by:
-
Takashi Iwai authored
Just replace with the helper macro. No functional change at all. Signed-off-by:
-
Takashi Iwai authored
arizona codec driver has a few places wrongly defining the number of enum items. Use SOC_ENUM_SINGLE_DECL() macro and they are automatically fixed. Signed-off-by:
-
Takashi Iwai authored
As SOC_ENUM_SINGLE_DECL() itself contains const modifier now, we can reduce const from its users. Signed-off-by:
-
Takashi Iwai authored
As SOC_ENUM_SINGLE_DECL() itself contains const modifier now, we can reduce const from its users. Signed-off-by:
-
Takashi Iwai authored
As SOC_ENUM_SINGLE_DECL() itself contains const modifier now, we can reduce const from its users. Signed-off-by:
-
Takashi Iwai authored
As SOC_ENUM_SINGLE_DECL() itself contains const modifier now, we can reduce const from its users. Signed-off-by:
-
Takashi Iwai authored
As SOC_ENUM_SINGLE_DECL() itself contains const modifier now, we can reduce const from its users. Signed-off-by:
-
Takashi Iwai authored
As SOC_ENUM_SINGLE_DECL() itself contains const modifier now, we can reduce const from its users. Signed-off-by:
-
