Skip to content

K
Kernel

openeuler / Kernel
1 年多 前同步成功

通知 8
Star 0
Fork 0
K
Kernel
切换分支/标签
  1. 01 3月, 2016 1 次提交
  3. 05 8月, 2015 1 次提交
  5. 29 7月, 2015 1 次提交
    • A
      ASoC: max98088: Get rid of max98088_access table · f102aa14
      由 Axel Lin 提交于 
      The max98088_access table is used for look up readable/writable/volatile
attributes of registers. The readable/writable/volatile registers are
mostly in continuous ranges, so we can replace the max98088_access table
entirely by using case range.

Below is a summary of the readable/writeable/volatile registers:

readable registers:
        0x00 ~ 0xC9, 0xFF
writeable registers:
        0x03 ~ 0xC9
volatile registers:
        0x00 ~ 0x03, 0xFF

Note, 0x00 should be read-only according to the datasheet.

This patch reworks the implement for .readable and .volatile and also add
implementation for .writable callback.
Signed-off-by: NAxel Lin <axel.lin@ingics.com>
Signed-off-by: NMark Brown <broonie@kernel.org>
      f102aa14
  7. 15 7月, 2015 1 次提交
  9. 18 5月, 2015 1 次提交
  11. 28 4月, 2015 1 次提交
  13. 22 11月, 2014 1 次提交
  15. 22 10月, 2014 1 次提交
    • L
      ASoC: max98088: Cleanup manual bias level transitions · a613cc40
      由 Lars-Peter Clausen 提交于 
      Set the CODEC driver's suspend_bias_off flag rather than manually going to
SND_SOC_BIAS_OFF in suspend and SND_SOC_BIAS_STANDBY in resume. This makes
the code a bit shorter and cleaner.

Since the ASoC core now takes care of setting the bias level to
SND_SOC_BIAS_OFF when removing the CODEC there is no need to do it manually
anymore either.

The manual transition to SND_SOC_BIAS_STANDBY at the end of CODEC probe()
can also be removed as the core will automatically do this after the CODEC
has been probed.
Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
Signed-off-by: NMark Brown <broonie@kernel.org>
      a613cc40
  17. 31 7月, 2014 1 次提交
  19. 15 4月, 2014 1 次提交
  21. 11 3月, 2014 1 次提交
  23. 20 2月, 2014 2 次提交
  25. 13 1月, 2014 1 次提交
  27. 06 11月, 2013 1 次提交
  29. 25 9月, 2013 1 次提交
  31. 24 9月, 2013 3 次提交
  33. 16 7月, 2013 1 次提交
  35. 17 4月, 2013 1 次提交
  37. 04 3月, 2013 1 次提交
  39. 09 12月, 2012 1 次提交
  41. 20 11月, 2012 1 次提交
  43. 06 8月, 2012 1 次提交
  45. 04 2月, 2012 1 次提交
    • L
      ASoC: core: Add support for DAI and machine kcontrols. · 022658be
      由 Liam Girdwood 提交于 
      Currently ASoC can only add kcontrols using codec and platform component device
handles. It's also desirable to add kcontrols for DAIs (i.e. McBSP) and for
SoC card machine drivers too. This allows the kcontrol to have a direct handle to
the parent ASoC component DAI/SoC Card/Platform/Codec device and hence easily
get it's private data.

This change makes snd_soc_add_controls() static and wraps it in the folowing
calls (card and dai are new) :-

snd_soc_add_card_controls()
snd_soc_add_codec_controls()
snd_soc_add_dai_controls()
snd_soc_add_platform_controls()

This patch also does a lot of small mechanical changes in individual codec drivers
to replace snd_soc_add_controls() with snd_soc_add_codec_controls().

It also updates the McBSP DAI driver to use snd_soc_add_dai_controls().

Finally, it updates the existing machine drivers that register controls to either :-

1) Use snd_soc_add_card_controls() where no direct codec control is required.
2) Use snd_soc_add_codec_controls() where there is direct codec control.

In the case of 1) above we also update the machine drivers to get the correct
component data pointers from the kcontrol (rather than getting the machine pointer
via the codec pointer).
Signed-off-by: NLiam Girdwood <lrg@ti.com>
Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      022658be
  47. 02 1月, 2012 1 次提交
  49. 02 12月, 2011 1 次提交
  51. 27 11月, 2011 1 次提交
  53. 23 11月, 2011 1 次提交
    • L
      ASoC: Constify snd_soc_dai_ops structs · 85e7652d
      由 Lars-Peter Clausen 提交于 
      Commit 1ee46ebd("ASoC: Make the DAI ops constant in the DAI structure")
introduced the possibility to have constant DAI ops structures, yet this is
barley used in both existing drivers and also new drivers being submitted,
although none of them modifies its DAI ops structure. The later is not
surprising since existing drivers are often used as templates for new drivers.
So this patch just constifies all existing snd_soc_dai_ops structs to eliminate
the issue altogether.

The patch was generated with the following coccinelle semantic patch:
// <smpl>
@@
identifier ops;
@@
-struct snd_soc_dai_ops ops =
+const struct snd_soc_dai_ops ops =
{ ... };
// </smpl>
Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      85e7652d
  55. 04 10月, 2011 1 次提交
  57. 28 9月, 2011 1 次提交
  59. 29 5月, 2011 1 次提交
  61. 16 5月, 2011 3 次提交
  63. 31 3月, 2011 1 次提交
  65. 13 1月, 2011 1 次提交
  67. 29 12月, 2010 1 次提交
    • L
      ASoC: codecs: max98088: Fix register cache incoherency · d24eb0db
      由 Lars-Peter Clausen 提交于 
      The multi-component patch(commit f0fba2ad) moved the allocation of the
register cache from the driver to the ASoC core. Most drivers where adjusted to
this, but the max98088 driver still uses its own register cache for its
private functions, while functions from the ASoC core use the generic cache.
Thus we end up with two from each other incoherent caches, which can lead to
undefined behaviour.
This patch fixes the issue by changing the max98088 driver to use the
generic register cache in its private functions.
Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
Cc: Peter Hsiang <Peter.Hsiang@maxim-ic.com>
Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
Cc: stable@kernel.org (for 2.6.37 only)
      d24eb0db
  69. 23 11月, 2010 1 次提交