Skip to content

R
raspberrypi-kernel

openeuler / raspberrypi-kernel

通知 13
Star 1
Fork 0
R
raspberrypi-kernel
切换分支/标签
  1. 19 1月, 2012 1 次提交
    • T
      ALSA: hda/realtek - Avoid multi-ios conflicting with multi-speakers · b90bf1de
      由 Takashi Iwai 提交于 
      When a machine has multiple speakers, we don't need to create the
controls for multi-ios.  Check the number of primary outputs beforehand.

Note that this workaround might not work always with new codecs in
future; this assumes that both speakers and multi-io jacks share the
same mixers/DACs.  If they are routed with different mixers, the
individual mixer controls should be needed.  But, so far, this doesn't
happen with the existing ALC codecs.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      b90bf1de
  3. 16 1月, 2012 1 次提交
  5. 13 1月, 2012 1 次提交
  7. 11 1月, 2012 1 次提交
  9. 10 1月, 2012 4 次提交
  11. 08 1月, 2012 6 次提交
  13. 01 1月, 2012 1 次提交
  15. 20 12月, 2011 1 次提交
  17. 19 12月, 2011 1 次提交
  19. 15 12月, 2011 1 次提交
  21. 14 12月, 2011 3 次提交
  23. 13 12月, 2011 2 次提交
  25. 12 12月, 2011 2 次提交
  27. 08 12月, 2011 3 次提交
    • T
      ALSA: hda/realtek - Fix lost speaker volume controls · 0a34b42b
      由 Takashi Iwai 提交于 
      When there are the same or more number of HP pins are available, HP pins
are used as the primary outputs instead of the speaker pins.  But, in
some cases (especially with ALC663 & co), some DACs are available only
with a later pin and it's assigned to a speaker, and since the driver
parses the pins from the lower NID, such a DAC was skipped eventually
without assignments.  This resulted in a regression, the missing speaker
volume control in the new parser.

As a workaround for this, now the driver retries the pin->DAC mapping
again after restoring the speaker-pins as primary.  This is still an ad
hoc fix, but it works so far for most of Realtek codecs.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      0a34b42b
    • T
      ALSA: hda/realtek - Create "Bass Speaker" for two speaker pins · fbabc246
      由 Takashi Iwai 提交于 
      On systems with two speaker pins, the secondary speaker pin is mostly
assigned to a bass speaker instead of a surround.  Thus it makes more
sense to rename the control properly.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      fbabc246
    • T
      ALSA: hda/realtek - Don't create extra controls with channel suffix · 766ddee6
      由 Takashi Iwai 提交于 
      The multiple headphone or speaker pins are usually provided to
output the same stream unlike line-out jacks (which are supposed
to be multi-channel surrounds).  Thus giving a mixer name like
"Headphone Surround" is rather confusing.  Instead, when multiple
headphone volumes are available, use index with the same "Headphone"
name.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      766ddee6
  29. 06 12月, 2011 2 次提交
  31. 02 12月, 2011 2 次提交
  33. 01 12月, 2011 1 次提交
  35. 29 11月, 2011 2 次提交
  37. 28 11月, 2011 2 次提交
  39. 26 11月, 2011 2 次提交
    • T
      ALSA: hda - Increase the max number of coverters/pins in patch_hdmi.c · a4567cb3
      由 Takashi Iwai 提交于 
      The new hardware tends to have more and more.  As a temporary fix, just
increase the number for now.

For a long-term solution, we should assign the cvts/pins dynamically.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      a4567cb3
    • T
      ALSA: hda - Supports more audio streams · 01b65bfb
      由 Takashi Iwai 提交于 
      So far, the driver supports up to 10 streams.  This is a restriction in
hda_intel.c and hda_codec.c: in the former, the fixed array size limits
the amount, and in the latter, the fixed device-number assignment table
(in get_empty_pcm_device()) limits the possibility.

This patch reduces the restriction by
- using linked list for managing PCM instances in hda_intel.c, and
- assigning non-fixed device numbers for the extra devices
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      01b65bfb
  41. 23 11月, 2011 1 次提交