Skip to content

K
Kernel

openeuler / Kernel
1 年多 前同步成功

通知 8
Star 0
Fork 0
K
Kernel
切换分支/标签
  1. 30 3月, 2010 1 次提交
  3. 20 3月, 2010 1 次提交
  5. 12 3月, 2010 1 次提交
  7. 04 3月, 2010 4 次提交
  9. 26 2月, 2010 1 次提交
  11. 22 2月, 2010 3 次提交
  13. 17 2月, 2010 3 次提交
  15. 28 1月, 2010 1 次提交
  17. 31 12月, 2009 1 次提交
  19. 16 12月, 2009 1 次提交
  21. 05 12月, 2009 1 次提交
  23. 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
  25. 04 11月, 2009 2 次提交
  27. 31 10月, 2009 2 次提交
  29. 19 10月, 2009 1 次提交
  31. 15 10月, 2009 1 次提交
  33. 02 10月, 2009 1 次提交
  35. 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
  37. 13 9月, 2009 1 次提交
  39. 06 9月, 2009 1 次提交
  41. 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
  43. 06 8月, 2009 1 次提交
  45. 01 8月, 2009 1 次提交
  47. 23 7月, 2009 1 次提交
  49. 05 7月, 2009 1 次提交
  51. 01 7月, 2009 1 次提交
  53. 24 6月, 2009 1 次提交
  55. 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
  57. 08 6月, 2009 1 次提交
  59. 04 6月, 2009 1 次提交