Skip to content

K
Kernel

openeuler / Kernel
12 个月 前同步成功

通知 5
Star 0
Fork 0
K
Kernel

体验新版 GitCode，发现更多精彩内容 >>

切换分支/标签
  1. 13 1月, 2012 1 次提交
  3. 08 1月, 2012 2 次提交
  5. 01 1月, 2012 1 次提交
  7. 19 12月, 2011 1 次提交
  9. 15 12月, 2011 1 次提交
  11. 14 12月, 2011 2 次提交
  13. 12 12月, 2011 1 次提交
  15. 29 11月, 2011 1 次提交
    • M
      ALSA: hda_intel - revert a quirk that affect VIA chipsets · 4f8b6c7d
      由 Marc Vertes 提交于 
      This quirk sould be reverted. It has the following probems:

1) The quirk was intended to "ASUS MV2-MX SE" motherboards only, but the
ID used matches a much broader range, potentially all boards containing a
VIA chipset model in the family of vendor VIA 0x1106 and audio device ID
0x3288, which encompasses VIA-VT82xx, VIA-VT1xx and VIA-VT20xx chipsets.

2) VIA chipsets rely on azx_via_get_position() to handle correctly dma
transfers during capture. Using POS_FIX_LPIB instead of POS_FIX_VIACOMBO
leads to partially corrupted input buffers during capture. The effects
of this bug are not immediately visible, it took strong DSP expertise,
some expensive signal generator and a spectrum analyzer to identify it
and verify correct behaviour using original default.

3) It's almost certain that the quirk did not fix the real problem,
if there was one. Refer to original submission:
http://mailman.alsa-project.org/pipermail/alsa-devel/2010-February/025109.htmlSigned-of-by: NMarc Vertes <mvertes@sigfox.com>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      4f8b6c7d
  17. 26 11月, 2011 1 次提交
    • 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
  19. 06 11月, 2011 1 次提交
  21. 18 10月, 2011 1 次提交
  23. 06 10月, 2011 1 次提交
    • T
      ALSA: hda - Distinguish each substream for better sticky assignment · d5cf9911
      由 Takashi Iwai 提交于 
      The commit ef18bede introduced a
mechanism to assign the previously used slot for the next reopen of a
PCM stream.  But the PCM device number isn't always unique (it may
have multiple substreams), and also the code doesn't check the stream
direction, thus both playback and capture streams share the same
device number.

For avoiding this conflict, make a unique key for each substream and
store/check this value at reopening.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      d5cf9911
  25. 30 9月, 2011 1 次提交
  27. 29 9月, 2011 1 次提交
    • T
      ALSA: hda - Add snoop option · 27fe48d9
      由 Takashi Iwai 提交于 
      Added a new option "snoop" for the traffic control of the HD-audio
controller chip.  When set to 0, the non-snooping mode is used with
the traffic control bit is set in each stream control register.
This may allow better operations in the low power mode, but the actual
implementation is depending pretty much on the chipset.

As already implemented, more or less each chipset has own snoop-control
register bit.  Now this setup refers to the snoop option, too.

Also, a new VIA chipset may require the non-snooping mode when set so
in BIOS.  In such a case, the option value is overridden.

As default, it's still set to snoop=1 for keeping the same behavior as
before.  In near future, it'll be set to 0 as default after checking
it works in every system well.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      27fe48d9
  29. 04 8月, 2011 1 次提交
  31. 12 7月, 2011 1 次提交
  33. 18 6月, 2011 1 次提交
  35. 10 6月, 2011 3 次提交
  37. 07 6月, 2011 2 次提交
  39. 06 6月, 2011 1 次提交
    • S
      ALSA: hda: Allow multple SPDIF controls per codec · 7c935976
      由 Stephen Warren 提交于 
      Currently, the data that backs the kcontrols created by
snd_hda_create_spdif_out_ctls is stored directly in struct hda_codec. When
multiple sets of these controls are stored, they will all manipulate the
same data, causing confusion. Instead, store an array of this data, one
copy per converter, to isolate the controls.

This patch would cause a behavioural change in the case where
snd_hda_create_spdif_out_ctls was called multiple times for a single codec.
As best I can tell, this is never the case for any codec.

This will be relevant at least for some HDMI audio codecs, such as the
NVIDIA GeForce 520 and Intel Ibex Peak. A future change will modify the
driver's handling of those codecs to create multiple PCMs per codec. Note
that this issue isn't affected by whether one creates a PCM-per-converter
or PCM-per-pin; there are multiple of both within a single codec in both
of those codecs.

Note that those codecs don't currently create multiple PCMs for the codec
due to the default HW mux state of all pins being to point at the same
converter, hence there is only a single converter routed to any pin, and
hence only a single PCM.
Signed-off-by: NStephen Warren <swarren@nvidia.com>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      7c935976
  41. 28 5月, 2011 1 次提交
    • L
      ALSA: fix hda AZX_DCAPS_NO_TCSEL quirk check in driver_caps · 46f2cc80
      由 Linus Torvalds 提交于 
      Commit 9477c58e ("ALSA: hda - Reorganize controller quriks with bit
flags") changed the driver type compares into various quirk bits.
However, the check for AZX_DCAPS_NO_TCSEL got reverted: instead of
clearing TCSEL for chipsets that have that standard capability, it
cleared then when the NO_TCSEL bit was set.

This can lead to noise and repeated sounds - a weird "echo" behavior.
As the comment just above says: "Ensuring these bits are 0 clears
playback static on some HD Audio codecs".  Which is definitely true at
least on my Core i5 Westmere system.

Cc: Takashi Iwai <tiwai@suse.de>
Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      46f2cc80
  43. 26 5月, 2011 1 次提交
    • T
      ALSA: hda - Reorganize controller quriks with bit flags · 9477c58e
      由 Takashi Iwai 提交于 
      Introduce bit-flags indicating the necessary controller quirks, and
set them in pci driver_data field.  This simplifies the checks in the
driver code and avoids the pci-id lookup in different places.

Also, this patch adds the PCI ID entry for AMD Hudson.  AMD Hudson
requires a similar workaround like ATI SB while other generic ATI and
AMD controllers don't need but some ATI-HDMI quirks.  So, we need a
different entry for Hudson.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      9477c58e
  45. 20 5月, 2011 2 次提交
  47. 18 5月, 2011 1 次提交
  49. 05 5月, 2011 1 次提交
  51. 26 4月, 2011 1 次提交
  53. 21 4月, 2011 1 次提交
  55. 11 3月, 2011 1 次提交
  57. 15 2月, 2011 1 次提交
  59. 11 2月, 2011 1 次提交
  61. 18 1月, 2011 1 次提交
  63. 30 12月, 2010 1 次提交
  65. 06 12月, 2010 1 次提交
  67. 22 11月, 2010 1 次提交