1. 22 2月, 2010 1 次提交
  2. 17 2月, 2010 3 次提交
  3. 28 1月, 2010 1 次提交
  4. 31 12月, 2009 1 次提交
  5. 16 12月, 2009 1 次提交
  6. 05 12月, 2009 1 次提交
  7. 13 11月, 2009 1 次提交
    • B
      ASoC: move setting ac97 platformdata earlier than ac97 read/write · f7732053
      Barry Song 提交于
      While probing, AC97 codec drivers and soc-core generically execute the
      following sequence:
      snd_soc_new_ac97_codec -> snd_soc_new_pcms -> reset ac-link/read AC97 ID
      to detect ->...  -> set platform_data to ac97 by soc-core
      
      commit 474828a4 adds platform_data to
      snd_ac97 instance. But ac97 platform data hasn't given to snd_ac97
      before actual ac97 operations. Then while ac97_read access platform_data
      of snd_ac97 for detecting, NULL pointer oops will fire. That means old
      platform_data patch doesn't work in real-life cases.
      
      This patch moves the operation of setting ac97 platform_data earlier
      than ac97 reading/writing operations. Then it makes platform_data of
      AC97 become practically useful.
      Signed-off-by: NBarry Song <21cnbao@gmail.com>
      Acked-by: NLiam Girdwood <lrg@slimlogic.co.uk>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      f7732053
  8. 04 11月, 2009 2 次提交
  9. 31 10月, 2009 2 次提交
  10. 19 10月, 2009 1 次提交
  11. 15 10月, 2009 1 次提交
  12. 02 10月, 2009 1 次提交
  13. 01 10月, 2009 1 次提交
    • P
      ASoC: add support for multiple cards/codecs in debugfs · 88439ac7
      Peter Ujfalusi 提交于
      In order to support multiple codecs on the same system in the debugfs
      the directory hierarchy need to be changed by adding directory per codec
      under the asoc direcorty:
      
      debugfs/asoc/{dev_name(socdev->dev)}-{codec->name}/codec_reg
                                                        /dapm_pop_time
                                                        /dapm/{widgets}
      
      With the original implementation only the debugfs files are only
      created for the first codec, other codecs loaded later would fail to
      create the debugfs files (since they are already exist).
      Furthermore in this situation any of the codecs has been removed, would
      cause the debugfs entries to disappear, regardless if the codec, which
      created them are still loaded (the one which loaded first).
      Signed-off-by: NPeter Ujfalusi <peter.ujfalusi@nokia.com>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      88439ac7
  14. 13 9月, 2009 1 次提交
  15. 06 9月, 2009 1 次提交
  16. 22 8月, 2009 1 次提交
    • M
      ASoC: Add DAPM widget power decision debugfs files · 79fb9387
      Mark Brown 提交于
      Currently when built with DEBUG DAPM will dump information about
      the power state decisions it is taking for each widget to dmesg.
      This isn't an ideal way of getting the information - it requires
      a kernel build to turn it on and off and for large hub CODECs the
      volume of information is so large as to be illegible. When the
      output goes to the console it can also cause a noticable impact
      on performance simply to print it out.
      
      Improve the situation by adding a dapm directory to our debugfs
      tree containing a file per widget with the same information in
      it. This still requires a decision to build with debugfs support
      but is easier to navigate and much less intrusive.
      
      In addition to the previously displayed information active streams
      are also shown in these files.
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      79fb9387
  17. 06 8月, 2009 1 次提交
  18. 01 8月, 2009 1 次提交
  19. 23 7月, 2009 1 次提交
  20. 05 7月, 2009 1 次提交
  21. 01 7月, 2009 1 次提交
  22. 24 6月, 2009 1 次提交
  23. 14 6月, 2009 2 次提交
    • M
      ASoC: Instantiate any forgotten DAPM widgets · 6d5701b2
      Mark Brown 提交于
      With the recent changes to the DAPM power checks it has become important
      to explicitly instantiate all widgets but some drivers were forgetting
      to do that.  Since everything needs to do it add a call to instantiate
      them immediately before the card registration - it does no harm when it
      is called repeatedly and saves work in drivers.
      Tested-by: NpHilipp Zabel <philipp.zabel@gmail.com>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      6d5701b2
    • M
      ASoC: Add stub suspend and resume calls for ASoC subdevices · 831dc0f1
      Mark Brown 提交于
      Now that ASoC subdevices can be regular devices they can have normal
      suspend and resume calls from their buses.  However, suspending them
      individually is not desirable since this can lead to problems such as
      pops and clicks from devices being suspended with their signals being
      amplified or clocks being stopped suddenly.
      
      This will be resolved by having the normal device model suspend and
      resume calls call into ASoC which will suspend the entire card while any
      of its components are suspended.  At present this is not yet implemented
      but in order to aid the transition of drivers to the standard device
      model this patch adds API calls for the notifications.
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      831dc0f1
  24. 08 6月, 2009 1 次提交
  25. 04 6月, 2009 1 次提交
  26. 18 5月, 2009 1 次提交
  27. 12 5月, 2009 1 次提交
  28. 09 5月, 2009 1 次提交
    • M
      ASoC: Fix up CODEC DAI formats for big endian CPUs · 151ab22c
      Mark Brown 提交于
      ASoC uses the standard ALSA data format definitions to specify the wire
      format used between the CPU and CODEC. Since the ALSA data formats all
      include the endianess of the data but this information is not relevant
      by the time the data has been encoded onto the serial link to the CODEC
      this means that either all the CODEC drivers need to declare both big and
      little endian variants or the core needs to fix up the format constraints
      specified by CODEC drivers.
      
      For now take the latter approach - this will need to be revisited if any
      CODECs are endianness dependant.
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      151ab22c
  29. 16 4月, 2009 2 次提交
  30. 08 4月, 2009 1 次提交
    • M
      ASoC: Provide core support for symmetric sample rates · 06f409d7
      Mark Brown 提交于
      Many devices require symmetric configurations of capture and playback
      data formats, often due to shared clocking but sometimes also due to
      other shared playback and record configuration in the device. Start
      providing core support for this by allowing the DAIs or the machine
      to specify that the sample rates used should be kept symmetric.
      
      A flag symmetric_rates is provided in the snd_soc_dai and
      snd_soc_dai_link structures. If this is set in either of the DAIs or in
      the machine then a constraint will be applied when a stream is already
      open preventing any changes in sample rate.
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      06f409d7
  31. 02 4月, 2009 2 次提交
  32. 17 3月, 2009 1 次提交
  33. 05 3月, 2009 1 次提交