- 01 Mar, 2014 3 commits
-
-
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 <lars@metafoo.de> Signed-off-by:
Mark Brown <broonie@linaro.org>
-
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
-
- 23 Feb, 2014 2 commits
-
-
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:
Charles Keepax <ckeepax@opensource.wolfsonmicro.com> Acked-by:
-
Takashi Iwai authored
Just replace with the helper macro. No functional change at all. Signed-off-by:
-
- 20 Feb, 2014 35 commits
-
-
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:
-
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:
-
Takashi Iwai authored
Since these macros are supposed to be used for decalring const objects, let's add the const modifier there. The doubled const appearing in usages will be cleaned by later patches. Signed-off-by:
-
Takashi Iwai authored
It's nowhere used. Signed-off-by:
-
