1. 29 9月, 2011 1 次提交
  2. 11 5月, 2011 1 次提交
  3. 13 4月, 2011 1 次提交
  4. 31 3月, 2011 1 次提交
  5. 26 3月, 2011 2 次提交
  6. 23 3月, 2011 1 次提交
  7. 07 3月, 2011 1 次提交
  8. 12 1月, 2011 1 次提交
  9. 23 12月, 2010 3 次提交
  10. 11 12月, 2010 1 次提交
    • P
      ASoC: tlv320dac33: Power down digital parts, when not needed · a6cea965
      Peter Ujfalusi 提交于
      If the following scenario has been followed:
      1. Enable analog bypass
      amixer sset 'Analog Left Bypass' on
      amixer sset 'Analog Right Bypass' on
      
      2. Start playback
      aplay -fdat -d3 /dev/zero
      
      After the playback stopped (3 sec), and the soc timeout (5 sec),
      the digital parts of the codec will remain powered up.
      This means that the DAI clocks are continue to run, the
      oscillator remain operational, etc.
      
      Use the SND_SOC_DAPM_POST_PMD widget to get notification
      about the stopped stream, and power down the digital
      part of the codec.
      If the analog bypass is enabled, than the codec will remain in
      BIAS_ON level, and things will work correctly.
      In case, if the bypass is disabled, than the codec will
      fall to BIAS_STANDBY than to BIAS_OFF level, as it used
      to.
      
      The digital part of DAC33 is initialized at every stream start
      (DAPM_PRE:PRE_PMU event), so subsequent streams (within 5 sec)
      will have working DAI.
      When the codec is coming out from BIAS_OFF, the full power-up
      sequence followed by the same DAPM_PRE widget event will power up
      the digital part.
      Signed-off-by: NPeter Ujfalusi <peter.ujfalusi@nokia.com>
      Acked-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Signed-off-by: NLiam Girdwood <lrg@slimlogic.co.uk>
      a6cea965
  11. 09 12月, 2010 3 次提交
  12. 30 11月, 2010 2 次提交
  13. 22 11月, 2010 1 次提交
  14. 06 11月, 2010 1 次提交
    • L
      ASoC: Decouple DAPM from CODECs · ce6120cc
      Liam Girdwood 提交于
      Decoupling Dynamic Audio Power Management (DAPM) from codec devices is
      required when developing ASoC further. Such as for other ASoC components to
      have DAPM widgets or when extending DAPM to handle cross-device paths.
      
      This patch decouples DAPM related variables from struct snd_soc_codec and
      moves them to new struct snd_soc_dapm_context that is used to encapsulate
      DAPM context of a device. ASoC core and API of DAPM functions are modified
      to use DAPM context instead of codec.
      
      This patch does not change current functionality and a large part of changes
      come because of structure and internal API changes.
      
      Core implementation is from Liam Girdwood <lrg@slimlogic.co.uk> with some
      minor core changes, codecs and machine driver conversions from
      Jarkko Nikula <jhnikula@gmail.com>.
      Signed-off-by: NLiam Girdwood <lrg@slimlogic.co.uk>
      Signed-off-by: NJarkko Nikula <jhnikula@gmail.com>
      Cc: Nicolas Ferre <nicolas.ferre@atmel.com>
      Cc: Manuel Lauss <manuel.lauss@googlemail.com>
      Cc: Mike Frysinger <vapier.adi@gmail.com>
      Cc: Cliff Cai <cliff.cai@analog.com>
      Cc: Kevin Hilman <khilman@deeprootsystems.com>
      Cc: Ryan Mallon <ryan@bluewatersys.com>
      Cc: Timur Tabi <timur@freescale.com>
      Cc: Sascha Hauer <s.hauer@pengutronix.de>
      Cc: Lars-Peter Clausen <lars@metafoo.de>
      Cc: Arnaud Patard (Rtp) <arnaud.patard@rtp-net.org>
      Cc: Wan ZongShun <mcuos.com@gmail.com>
      Cc: Eric Miao <eric.y.miao@gmail.com>
      Cc: Jassi Brar <jassi.brar@samsung.com>
      Cc: Daniel Gloeckner <dg@emlix.com>
      Cc: Kuninori Morimoto <morimoto.kuninori@renesas.com>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      ce6120cc
  15. 31 10月, 2010 3 次提交
  16. 23 10月, 2010 1 次提交
  17. 13 10月, 2010 1 次提交
  18. 15 9月, 2010 1 次提交
  19. 12 8月, 2010 1 次提交
    • L
      ASoC: multi-component - ASoC Multi-Component Support · f0fba2ad
      Liam Girdwood 提交于
      This patch extends the ASoC API to allow sound cards to have more than one
      CODEC and more than one platform DMA controller. This is achieved by dividing
      some current ASoC structures that contain both driver data and device data into
      structures that only either contain device data or driver data. i.e.
      
       struct snd_soc_codec    --->  struct snd_soc_codec (device data)
                                +->  struct snd_soc_codec_driver (driver data)
      
       struct snd_soc_platform --->  struct snd_soc_platform (device data)
                                +->  struct snd_soc_platform_driver (driver data)
      
       struct snd_soc_dai      --->  struct snd_soc_dai (device data)
                                +->  struct snd_soc_dai_driver (driver data)
      
       struct snd_soc_device   --->  deleted
      
      This now allows ASoC to be more tightly aligned with the Linux driver model and
      also means that every ASoC codec, platform and (platform) DAI is a kernel
      device. ASoC component private data is now stored as device private data.
      
      The ASoC sound card struct snd_soc_card has also been updated to store lists
      of it's components rather than a pointer to a codec and platform. The PCM
      runtime struct soc_pcm_runtime now has pointers to all its components.
      
      This patch adds DAPM support for ASoC multi-component and removes struct
      snd_soc_socdev from DAPM core. All DAPM calls are now made on a card, codec
      or runtime PCM level basis rather than using snd_soc_socdev.
      
      Other notable multi-component changes:-
      
       * Stream operations now de-reference less structures.
       * close_delayed work() now runs on a DAI basis rather than looping all DAIs
         in a card.
       * PM suspend()/resume() operations can now handle N CODECs and Platforms
         per sound card.
       * Added soc_bind_dai_link() to bind the component devices to the sound card.
       * Added soc_dai_link_probe() and soc_dai_link_remove() to probe and remove
         DAI link components.
       * sysfs entries can now be registered per component per card.
       * snd_soc_new_pcms() functionailty rolled into dai_link_probe().
       * snd_soc_register_codec() now does all the codec list and mutex init.
      
      This patch changes the probe() and remove() of the CODEC drivers as follows:-
      
       o Make CODEC driver a platform driver
       o Moved all struct snd_soc_codec list, mutex, etc initialiasation to core.
       o Removed all static codec pointers (drivers now support > 1 codec dev)
       o snd_soc_register_pcms() now done by core.
       o snd_soc_register_dai() folded into snd_soc_register_codec().
      
      CS4270 portions:
      Acked-by: NTimur Tabi <timur@freescale.com>
      
      Some TLV320aic23 and Cirrus platform fixes.
      Signed-off-by: NRyan Mallon <ryan@bluewatersys.com>
      
      TI CODEC and OMAP fixes
      Signed-off-by: NPeter Ujfalusi <peter.ujfalusi@nokia.com>
      Signed-off-by: NJanusz Krzysztofik <jkrzyszt@tis.icnet.pl>
      Signed-off-by: NJarkko Nikula <jhnikula@gmail.com>
      
      Samsung platform and misc fixes :-
      Signed-off-by: NChanwoo Choi <cw00.choi@samsung.com>
      Signed-off-by: NJoonyoung Shim <jy0922.shim@samsung.com>
      Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
      Reviewed-by: NJassi Brar <jassi.brar@samsung.com>
      Signed-off-by: NSeungwhan Youn <sw.youn@samsung.com>
      
      MPC8610 and PPC fixes.
      Signed-off-by: NTimur Tabi <timur@freescale.com>
      
      i.MX fixes and some core fixes.
      Signed-off-by: NSascha Hauer <s.hauer@pengutronix.de>
      
      J4740 platform fixes:-
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      
      CC: Tony Lindgren <tony@atomide.com>
      CC: Nicolas Ferre <nicolas.ferre@atmel.com>
      CC: Kevin Hilman <khilman@deeprootsystems.com>
      CC: Sascha Hauer <s.hauer@pengutronix.de>
      CC: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
      CC: Kuninori Morimoto <morimoto.kuninori@renesas.com>
      CC: Daniel Gloeckner <dg@emlix.com>
      CC: Manuel Lauss <mano@roarinelk.homelinux.net>
      CC: Mike Frysinger <vapier.adi@gmail.com>
      CC: Arnaud Patard <apatard@mandriva.com>
      CC: Wan ZongShun <mcuos.com@gmail.com>
      Acked-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Signed-off-by: NLiam Girdwood <lrg@slimlogic.co.uk>
      f0fba2ad
  20. 29 7月, 2010 2 次提交
  21. 07 6月, 2010 1 次提交
  22. 18 5月, 2010 2 次提交
  23. 10 5月, 2010 1 次提交
  24. 06 5月, 2010 1 次提交
  25. 03 5月, 2010 4 次提交
  26. 28 4月, 2010 1 次提交
  27. 26 4月, 2010 1 次提交
    • P
      ASoC: tlv320dac33: FIFO caused delay reporting · f57d2cfa
      Peter Ujfalusi 提交于
      Delay reporting for the three implemented DAC33 FIFO modes.
      DAC33 has FIFO depth status register(s), but it can not be used, since
      inside of pcm_pointer we can not send I2C commands.
      Timestamp based estimation need to be used. The method of calculating
      the delay depends on the active FIFO mode.
      
      Bypass mode: FIFO is bypassed, report 0 as delay
      
      Mode1: nSample fill mode. In this mode I need to use two timestamp
      ts1: taken when the interrupt has been received
      ts2: taken before writing to nSample register.
      
      Interrupts are coming when DAC33 FIFO depth goes under alarm threshold.
      
      Phase1: when we received the alarm threshold, but our workqueue has
              not been executed (safeguard phase). Just count the played out
              samples since ts1 and subtract it from the alarm threshold
              value.
      Phase2: During nSample burst (after writing to nSample register), count
              the played out samples since ts1, count the samples received
              since ts2 (in a burst). Estimate the FIFO depth using these and
              alarm threshold value.
      Phase3: Draining phase (after the burst read), count the played out
              samples since ts1. Estimate the FIFO depth using the nSample
              configuration and the alarm threshold value.
      
      Mode7: Threshold based fill mode. In this mode one timestamp is enough.
      ts1: taken when the interrupt has been received
      
      Interrupts are coming when DAC33 FIFO depth reaches upper threshold.
      
      Phase1: Draining phase (after the burst), counting the played out
              samples since ts1, and subtract it from the upper threshold
              value.
      Phase2: During burst operation. Using the pre calculated time needed to
              play out samples from the buffer during the drain period (from
              upper to lower threshold), move the time window to cover the
              estimated time from the burst start to the current time.
              Calculate the samples played out since lower threshold and also
              the samples received during the same time.
      Signed-off-by: NPeter Ujfalusi <peter.ujfalusi@nokia.com>
      Acked-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Signed-off-by: NLiam Girdwood <lrg@slimlogic.co.uk>
      f57d2cfa