1. 25 11月, 2008 1 次提交
    • M
      ASoC: Remove DAI type information · 3ba9e10a
      Mark Brown 提交于
      DAI type information is only ever used within ASoC in order to special
      case AC97 and for diagnostic purposes. Since modern CPUs and codecs
      support multi function DAIs which can be configured for several modes
      it is more trouble than it's worth to maintain anything other than a
      flag identifying AC97 DAIs so remove the type field and replace it with
      an ac97_control flag.
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      3ba9e10a
  2. 21 11月, 2008 1 次提交
    • M
      ASoC: Merge snd_soc_ops into snd_soc_dai_ops · dee89c4d
      Mark Brown 提交于
      Liam Girdwood's ASoC v2 work avoids having two different ops structures
      for DAIs by merging the members of struct snd_soc_ops into struct
      snd_soc_dai_ops, allowing per DAI configuration for everything.
      Backport this change.
      
      This paves the way for future work allowing any combination of DAIs to
      be connected rather than having fixed purpose CODEC and CPU DAIs and
      only allowing CODEC<->CPU interconnections.
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      dee89c4d
  3. 08 10月, 2008 1 次提交
  4. 25 9月, 2008 1 次提交
  5. 23 9月, 2008 1 次提交
  6. 07 8月, 2008 2 次提交
  7. 10 7月, 2008 2 次提交
  8. 13 6月, 2008 1 次提交
  9. 24 4月, 2008 2 次提交
  10. 19 4月, 2008 3 次提交
  11. 01 2月, 2008 1 次提交
    • T
      [ALSA] Remove sound/driver.h · 9004acc7
      Takashi Iwai 提交于
      This header file exists only for some hacks to adapt alsa-driver
      tree.  It's useless for building in the kernel.  Let's move a few
      lines in it to sound/core.h and remove it.
      With this patch, sound/driver.h isn't removed but has just a single
      compile warning to include it.  This should be really killed in
      future.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      Signed-off-by: NJaroslav Kysela <perex@perex.cz>
      9004acc7
  12. 08 12月, 2007 1 次提交
  13. 29 7月, 2007 1 次提交
  14. 02 7月, 2007 1 次提交
  15. 22 4月, 2007 1 次提交
    • E
      [ARM] 4304/1: removes the unnecessary bit number from CKENnn_XXXX · 7053acbd
      Eric Miao 提交于
      This patch removes the unnecessary bit number from CKENnn_XXXX
      definitions for PXA, so that
      
      	CKEN0_PWM0 --> CKEN_PWM0
      	CKEN1_PWM1 --> CKEN_PWM1
      	...
      	CKEN24_CAMERA --> CKEN_CAMERA
      
      The reasons for the change of these defitions are:
      
      1. they do not scale - they are currently valid for pxa2xx, but
      definitely not valid for pxa3xx, e.g., pxa3xx has bit 3 for camera
      instead of bit 24
      
      2. they are unnecessary - the peripheral name within the definition
      has already announced its usage, we don't need those bit numbers
      to know which peripheral we are going to enable/disable clock for
      
      3. they are inconvenient - think about this: a driver programmer
      for pxa has to remember which bit in the CKEN register to turn
      on/off
      
      Another change in the patch is to make the definitions equal to its
      clock bit index, so that
      
         #define CKEN_CAMERA  (24)
      
      instead of
      
         #define CKEN_CAMERA  (1 << 24)
      
      this change, however, will add a run-time bit shift operation in
      pxa_set_cken(), but the benefit of this change is that it scales
      when bit index exceeds 32, e.g., pxa3xx has two registers CKENA
      and CKENB, totally 64 bit for this, suppose CAMERA clock enabling
      bit is CKENB:10, one can simply define CKEN_CAMERA to be (32 + 10)
      and so that pxa_set_cken() need minimum change to adapt to that.
      Signed-off-by: Neric miao <eric.y.miao@gmail.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      7053acbd
  16. 09 2月, 2007 2 次提交