Skip to content

R
raspberrypi-kernel

openeuler / raspberrypi-kernel

通知 13
Star 1
Fork 0
R
raspberrypi-kernel
切换分支/标签
  1. 16 11月, 2011 1 次提交
    • T
      ALSA: hda - Cache the jack-detection value · 1835a0f9
      由 Takashi Iwai 提交于 
      Introduce a table containing the pins and their jack-detection states
for avoiding the unnecessary verbs to check the pin status at each time.

When the unsol event is enabled via snd_hda_jack_detect_enable(), it
automatically adds the given NID to the table.  Then the driver supposes
that the codec driver will set the dirty flag appropariately when an
unsolicited event is invoked for that pin.

The behavior for reading other pins that aren't registered in the table
doesn't change.  Only the pins assigned to the table are cached, so far.

In near futre, this table can be extended to use the central place for
the unsolicited events of all pins, etc, and eventually include the
jack-detect kcontrols that replace the current input-jack stuff.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      1835a0f9
  3. 09 11月, 2011 1 次提交
  5. 01 11月, 2011 1 次提交
  7. 27 10月, 2011 2 次提交
    • T
      ALSA: hda - Fix ADC input-amp handling for Cx20549 codec · 6b452142
      由 Takashi Iwai 提交于 
      It seems that Conexant CX20549 chip handle only a single input-amp even
though the audio-input widget has multiple sources.  This has been never
clear, and I implemented in the current way based on the debug information
I got at the early time -- the device reacts individual input-amp values
for different sources.  This is true for another Conexant codec, but it's
not applied to CX20549 actually.

This patch changes the auto-parser code to handle a single input-amp
per audio-in widget for CX20549.  After applying this, you'll see only a
single "Capture" volume control instead of separate "Mic" or "Line"
captures when the device is set up to use a single ADC.

We haven't tested 20551 and 20561 codecs yet.  If these show the similar
behavior like 20549, they need to set spec->single_adc_amp=1, too.

Cc: <stable@kernel.org>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      6b452142
    • T
      ALSA: hda - Keep EAPD turned on for old Conexant chips · 254f2968
      由 Takashi Iwai 提交于 
      In the old Conexant chips (5045, 5047, 5051 and 5066), a single EAPD
may handle both headphone and speaker outputs while it's assigned only
to one of them.  Turning off dynamically leads to the unexpected silent
output in such a configuration with the auto-mute function.

Since it's difficult to know how the EAPD is handled in the actual h/w
implementation, better to keep EAPD on while running for such codecs.

Cc: <stable@kernel.org>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      254f2968
  9. 18 10月, 2011 1 次提交
    • D
      ALSA: HDA: conexant support for Lenovo T520/W520 · ca201c09
      由 Daniel Suchy 提交于 
      This is patch for Conexant codec of Intel HDA driver, adding new quirk
for Lenovo Thinkpad T520 and W520. Conexant autodetection works fine for
T520 (similar subsystem ID is used also in W520 model) and detects more
mixer features compared to generic (fallback) Lenovo quirk with
hardcoded options in Conexant codec.

Patch was activelly tested with Linux 3.0.4, 3.0.6 and 3.0.7 without any
problems.
Signed-off-by: NDaniel Suchy <danny@danysek.cz>
Cc: <stable@kernel.org> [3.0+]
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      ca201c09
  11. 25 8月, 2011 1 次提交
  13. 24 8月, 2011 2 次提交
  15. 23 8月, 2011 1 次提交
  17. 26 7月, 2011 1 次提交
    • T
      ALSA: hda - Allow codec-specific set_power_state ops · 4d7fbdbc
      由 Takashi Iwai 提交于 
      The procedure for codec D-state change may have exceptional cases
depending on the codec chip, such as a longer delay or suppressing D3.

This patch adds a new codec ops, set_power_state() to override the system
default function.  For ease of porting, snd_hda_codec_set_power_to_all()
helper function is extracted from the default set_power_state() function.

As an example, the Conexant codec-specific delay is removed from the
default routine but moved to patch_conexant.c.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      4d7fbdbc
  19. 11 7月, 2011 1 次提交
  21. 29 6月, 2011 2 次提交
  23. 28 6月, 2011 2 次提交
  25. 10 6月, 2011 1 次提交
  27. 06 6月, 2011 1 次提交
    • S
      ALSA: hda: Virtualize SPDIF out controls · 74b654c9
      由 Stephen Warren 提交于 
      The SPDIF output controls apply to converter widgets. A future change
will create a PCM device per pin widget, and hence a set of SPDIF output
controls per pin widget, for certain HDMI codecs. To support this, we
need the ability to virtualize the SPDIF output controls. Specifically:

* Controls can be "unassigned" from real hardware when a converter is
  not used for the PCM the control was created for.
* Control puts only write to hardware when they are assigned.
* Controls can be "assigned" to real hardware when a converter is picked
  to support output for a particular PCM.
* When a converter is assigned, the hardware is updated to the cached
  configuration.
Signed-off-by: NStephen Warren <swarren@nvidia.com>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      74b654c9
  29. 25 5月, 2011 1 次提交
  31. 24 5月, 2011 3 次提交
  33. 23 5月, 2011 1 次提交
  35. 17 5月, 2011 5 次提交
  37. 16 5月, 2011 3 次提交
  39. 15 5月, 2011 3 次提交
  41. 14 5月, 2011 3 次提交
  43. 13 5月, 2011 3 次提交