1. 08 1月, 2019 1 次提交
  2. 20 3月, 2018 1 次提交
    • B
      ASoC: rt286: don't turn off HV and VREF if headset is detected · 8153362e
      Bard Liao 提交于
      "HV" and "VREF" will be powered up when jack type detection process is
      started and will be powered off when jack type detection process is finished.
      It will generate an unexpected interrupt signal when they are powered
      up during the capture process. Codec driver will do the jack type detection
      process and we can't capture properly before the jack detection process is
      finished. This patch will not power off the "HV" and "VREF" widgets if
      headset is detected and it will solve the unexpected interrupt issue. As a
      result, it will also solve the silence data captured at the beginning in
      headset mic recording issue.
      Signed-off-by: NBard Liao <bardliao@realtek.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      8153362e
  3. 12 2月, 2018 1 次提交
    • K
      ASoC: hdac_hdmi/nau8825/rt286/rt298/rt5663/da7219: replace codec to component · 45101122
      Kuninori Morimoto 提交于
      Now we can replace Codec to Component. Let's do it.
      
      Because intal/rockchip boards are using multi-codecs in 1 driver,
      we need to update these all related drivers in same time.
      Otherwise compile error/warning happen
      
      Note:
      
      hdac_hdmi
      	xxx_codec_xxx()		->	xxx_component_xxx()
      	.idle_bias_off = 1	->	.idle_bias_on = 0
      	.ignore_pmdown_time = 0	->	.use_pmdown_time = 1
      	-			->	.endianness = 1
      	-			->	.non_legacy_dai_naming = 1
      
      nau8825
      	xxx_codec_xxx()		->	xxx_component_xxx()
      	.idle_bias_off = 0	->	.idle_bias_on = 1
      	.ignore_pmdown_time = 0	->	.use_pmdown_time = 1
      	-			->	.endianness = 1
      	-			->	.non_legacy_dai_naming = 1
      
      rt286
      	xxx_codec_xxx()		->	xxx_component_xxx()
      	.idle_bias_off = 1	->	.idle_bias_on = 0
      	.ignore_pmdown_time = 0	->	.use_pmdown_time = 1
      	-			->	.endianness = 1
      	-			->	.non_legacy_dai_naming = 1
      
      rt298
      	xxx_codec_xxx()		->	xxx_component_xxx()
      	.idle_bias_off = 1	->	.idle_bias_on = 0
      	.ignore_pmdown_time = 0	->	.use_pmdown_time = 1
      	-			->	.endianness = 1
      	-			->	.non_legacy_dai_naming = 1
      
      rt5663
      	xxx_codec_xxx()		->	xxx_component_xxx()
      	.idle_bias_off = 1	->	.idle_bias_on = 0
      	.ignore_pmdown_time = 0	->	.use_pmdown_time = 1
      	-			->	.endianness = 1
      	-			->	.non_legacy_dai_naming = 1
      
      da7219
      	xxx_codec_xxx()		->	xxx_component_xxx()
      	.idle_bias_off = 0	->	.idle_bias_on = 1
      	.ignore_pmdown_time = 0	->	.use_pmdown_time = 1
      	-			->	.endianness = 1
      	-			->	.non_legacy_dai_naming = 1
      Signed-off-by: NKuninori Morimoto <kuninori.morimoto.gx@renesas.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      45101122
  4. 10 8月, 2017 1 次提交
    • B
      ASoC: codecs: add const to snd_soc_codec_driver structures · a180ba45
      Bhumika Goyal 提交于
      Declare snd_soc_codec_driver structures as const as they are only passed
      as an argument to the function snd_soc_register_codec. This argument is
      of type const, so declare the structures with this property as const.
      In file codecs/sn95031.c, snd_soc_codec_driver structure is also used in
      a copy operation along with getting passed to snd_soc_register_codec.
      So, it can be made const too.
      Done using Coccinelle:
      
      @match disable optional_qualifier@
      identifier s;
      position p;
      @@
      static struct snd_soc_codec_driver s@p={...};
      
      @good1@
      identifier match.s;
      position p;
      @@
      snd_soc_register_codec(...,&s@p,...)
      
      @bad@
      identifier match.s;
      position p!={match.p,good1.p};
      @@
      s@p
      
      @depends on !bad disable optional_qualifier@
      identifier match.s;
      @@
      static
      +const
      struct snd_soc_codec_driver s={...};
      Signed-off-by: NBhumika Goyal <bhumirks@gmail.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      a180ba45
  5. 14 5月, 2017 1 次提交
    • Y
      rt286: add Thinkpad Helix 2 to force_combo_jack_table · fe0dfd63
      Yifeng Li 提交于
      Thinkpad Helix 2 is a tablet PC, the audio is powered by Core M
      broadwell-audio and rt286 codec. For all versions of Linux kernel,
      the stereo output doesn't work properly when earphones are plugged
      in, the sound was coming out from both channels even if the audio
      contains only the left or right channel. Furthermore, if a music
      recorded in stereo is played, the two channels cancle out each other
      out, as a result, no voice but only distorted background music can be
      heard, like a sound card with builtin a Karaoke sount effect.
      
      Apparently this tablet uses a combo jack with polarity incorrectly
      set by rt286 driver. This patch adds DMI information of Thinkpad Helix 2
      to force_combo_jack_table[] and the issue is resolved. The microphone
      input doesn't work regardless to the presence of this patch and still
      needs help from other developers to investigate.
      
      This is my first patch to LKML directly, sorry for CC-ing too many
      people here.
      
      Link: https://bugzilla.kernel.org/show_bug.cgi?id=93841Signed-off-by: NYifeng Li <tomli@tomli.me>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      fe0dfd63
  6. 08 8月, 2016 1 次提交
  7. 12 7月, 2016 1 次提交
  8. 21 1月, 2016 1 次提交
    • B
      ASoC: rt286: fix capture doesn't work at some cases · 6d514c72
      Bard Liao 提交于
      RT286_CBJ_CTRL1(0x4f) bit 10 is needed for headset capture. It
      will be turned off when "VREF" widget is on and be turned on when
      bias level is ON. It is odd. And if "VREF" is turned on in bias
      level is ON, RT286_CBJ_CTRL1(0x4f) bit 10 will be turned off.
      This patch move the bit control from rt286_set_bias_level and
      rt298_vref_event to rt286_jack_detect. So it will be turned on
      once a jack is plugged in.
      Signed-off-by: NBard Liao <bardliao@realtek.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      6d514c72
  9. 17 11月, 2015 1 次提交
  10. 07 10月, 2015 1 次提交
  11. 25 9月, 2015 1 次提交
  12. 15 7月, 2015 1 次提交
  13. 09 7月, 2015 1 次提交
  14. 07 7月, 2015 2 次提交
  15. 12 6月, 2015 1 次提交
  16. 20 5月, 2015 1 次提交
  17. 28 4月, 2015 1 次提交
  18. 09 4月, 2015 1 次提交
  19. 24 3月, 2015 1 次提交
  20. 17 3月, 2015 1 次提交
  21. 07 3月, 2015 2 次提交
  22. 24 2月, 2015 1 次提交
  23. 09 2月, 2015 1 次提交
  24. 06 2月, 2015 2 次提交
  25. 27 1月, 2015 1 次提交
  26. 15 1月, 2015 2 次提交
  27. 18 11月, 2014 1 次提交
    • S
      ASoC: rt286: build warning of section mismatch · a5a267cf
      Sudip Mukherjee 提交于
      while building we were getting the following build warning:
      
      Section mismatch in reference from the function rt286_i2c_probe()
      to the variable .init.data:force_combo_jack_table
      The function rt286_i2c_probe() references
      the variable __initdata force_combo_jack_table.
      This is often because rt286_i2c_probe lacks a __initdata
      annotation or the annotation of force_combo_jack_table is wrong.
      
      we were getting the warning as force_combo_jack_table was marked
      with __initdata
      Signed-off-by: NSudip Mukherjee <sudip@vectorindia.org>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      a5a267cf
  28. 06 11月, 2014 2 次提交
  29. 31 10月, 2014 1 次提交
  30. 02 10月, 2014 1 次提交
  31. 26 9月, 2014 2 次提交
  32. 29 7月, 2014 1 次提交
  33. 15 7月, 2014 1 次提交
  34. 07 7月, 2014 1 次提交