- 01 Mar, 2014 2 commits
-
-
Lars-Peter Clausen authored
Signed-off-by:
Lars-Peter Clausen <lars@metafoo.de> Signed-off-by:
Mark Brown <broonie@linaro.org>
-
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 36 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:
-
Takashi Iwai authored
Remove the open code in snd_soc_put_twl4030_opmode_enum_double() but just call snd_soc_put_enum_double() instead, which does the very same thing (even correctly with a lock). Signed-off-by:
-
