1. 15 5月, 2013 1 次提交
  2. 17 4月, 2013 1 次提交
  3. 27 3月, 2013 4 次提交
  4. 26 3月, 2013 1 次提交
  5. 22 3月, 2013 1 次提交
  6. 23 1月, 2013 1 次提交
  7. 02 1月, 2013 2 次提交
  8. 09 12月, 2012 2 次提交
  9. 09 10月, 2012 1 次提交
  10. 14 9月, 2012 1 次提交
  11. 02 7月, 2012 1 次提交
  12. 13 6月, 2012 4 次提交
  13. 11 6月, 2012 1 次提交
  14. 07 5月, 2012 1 次提交
  15. 03 4月, 2012 1 次提交
  16. 01 4月, 2012 1 次提交
  17. 26 3月, 2012 1 次提交
    • R
      ARM: pxa: use common IOMEM definition · 23019a73
      Rob Herring 提交于
      pxa was missed in the moving of IOMEM to a common definition, so lots of
      IOMEM redefined warnings were introduced. So remove pxa IOMEM definition
      and fix all the fallout.
      Reported-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      Signed-off-by: NRob Herring <rob.herring@calxeda.com>
      Cc: Eric Miao <eric.y.miao@gmail.com>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Haojian Zhuang <haojian.zhuang@marvell.com>
      Cc: Alessandro Zummo <a.zummo@towertech.it>
      Cc: Jaroslav Kysela <perex@perex.cz>
      Cc: Takashi Iwai <tiwai@suse.de>
      Cc: rtc-linux@googlegroups.com
      Cc: alsa-devel@alsa-project.org
      23019a73
  18. 19 3月, 2012 1 次提交
    • D
      ASoC: pxa-ssp: atomically set stream active masks · 273b72c8
      Daniel Mack 提交于
      PXA's SSP engine fails to take its current channel phase into account
      when enabling a stream while the engine is already running. This
      results in randomly swapped left/right channels on either the record
      or the playback side, depending on which one was enabled first.
      
      The following patch fixes this by factoring out the bit field
      modifications in question to a separate function that pauses the
      engine temporarily, modifies the bits and kicks it off again
      afterwards. Appearantly, a transition of SSCR0_SSE syncs both
      directions properly.
      
      The patch has been rolled out to quite a number of devices over the
      last weeks and seems to fix the issue reliably.
      Signed-off-by: NDaniel Mack <zonque@gmail.com>
      Reported-and-tested-by: NSven Neumann <s.neumann@raumfeld.com>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: stable@vger.kernel.org
      273b72c8
  19. 09 3月, 2012 1 次提交
  20. 28 2月, 2012 1 次提交
  21. 20 2月, 2012 1 次提交
    • A
      ASoC: Add __devinit annotation for pxa2xx_ac97_probe · a3874196
      Axel Lin 提交于
      This fixes below build warning:
      WARNING: vmlinux.o(.text+0x1e632c): Section mismatch in reference from the function pxa2xx_ac97_probe() to the function .devinit.text:pxa2xx_ac97_hw_probe()
      The function pxa2xx_ac97_probe() references
      the function __devinit pxa2xx_ac97_hw_probe().
      This is often because pxa2xx_ac97_probe lacks a __devinit
      annotation or the annotation of pxa2xx_ac97_hw_probe is wrong.
      
      Also rename pxa_ac97_dai to pxa_ac97_dai_driver to fix below build warning:
      
        LD      sound/soc/pxa/built-in.o
      WARNING: sound/soc/pxa/built-in.o(.data+0x18c): Section mismatch in reference from the variable pxa_ac97_dai to the function .devinit.text:pxa2xx_ac97_probe()
      The variable pxa_ac97_dai references
      the function __devinit pxa2xx_ac97_probe()
      If the reference is valid then annotate the
      variable with __init* or __refdata (see linux/init.h) or name the variable:
      *driver, *_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console
      Signed-off-by: NAxel Lin <axel.lin@gmail.com>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      a3874196
  22. 18 2月, 2012 1 次提交
  23. 17 2月, 2012 1 次提交
  24. 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
  25. 02 1月, 2012 8 次提交