1. 07 4月, 2015 5 次提交
  2. 28 3月, 2015 1 次提交
  3. 19 3月, 2015 1 次提交
  4. 18 3月, 2015 2 次提交
  5. 17 3月, 2015 2 次提交
  6. 13 3月, 2015 3 次提交
  7. 12 3月, 2015 1 次提交
  8. 11 3月, 2015 6 次提交
  9. 10 3月, 2015 2 次提交
    • B
      ASoC: rt5670: Check sysclk source by private data · 485372dc
      Bard Liao 提交于
      Currently, is_sys_clk_from_pll check sysclk source by reading codec
      register value. And it will be invoked before updating dapm widget
      power. In some machine driver, snd_soc_dai_set_sysclk is called in
      dapm event to switch codec sysclk to RC clock in idle mode. And in
      some use cases (such as syspend/resume) hw_params will not be called
      when the dapm widget is powered up. As a result, is_sys_clk_from_pll
      will return 0 although it is supposed to be 1.
      To solve this, we let is_sys_clk_from_pll check sysclk sysclk_src
      which is stored in private data and don't change the value of sysclk_src
      when codec sysclk is switched to internal clock. The internal clock
      can only be used in idle mode, so it sould be fine if we don't set
      sysclk_src to internal clock.
      Signed-off-by: NBard Liao <bardliao@realtek.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      485372dc
    • B
      ASoC: rt5670: Revert Keep sysclk on patch · bd22f9d4
      Bard Liao 提交于
      The "Keep sysclk on if JD func is used" patch force enable/disable
      pin in rt5670_set_dai_sysclk. But some machine driver call it in
      dapm widget event. It will cause kernel crash.
      Signed-off-by: NBard Liao <bardliao@realtek.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      bd22f9d4
  10. 07 3月, 2015 2 次提交
  11. 05 3月, 2015 15 次提交