Skip to content
  1. Jan 23, 2012
  3. Jan 20, 2012
  5. Jan 13, 2012
  7. Jan 08, 2012
  9. Dec 31, 2011
  11. Dec 19, 2011
  13. Dec 15, 2011
  15. Dec 14, 2011
  17. Dec 12, 2011
  19. Nov 29, 2011
    • Marc Vertes's avatar
      ALSA: hda_intel - revert a quirk that affect VIA chipsets · 4f8b6c7d
      Marc Vertes authored 
      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.html



Signed-of-by: default avatarMarc Vertes <mvertes@sigfox.com>
Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      4f8b6c7d
  21. Nov 26, 2011
    • Takashi Iwai's avatar
      ALSA: hda - Supports more audio streams · 01b65bfb
      Takashi Iwai authored 
      

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: default avatarTakashi Iwai <tiwai@suse.de>
      01b65bfb
  23. Nov 06, 2011
  25. Oct 18, 2011
  27. Oct 06, 2011
    • Takashi Iwai's avatar
      ALSA: hda - Distinguish each substream for better sticky assignment · d5cf9911
      Takashi Iwai authored 
      

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: default avatarTakashi Iwai <tiwai@suse.de>
      d5cf9911
  29. Sep 30, 2011
  31. Sep 28, 2011
    • Takashi Iwai's avatar
      ALSA: hda - Add snoop option · 27fe48d9
      Takashi Iwai authored 
      

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: default avatarTakashi Iwai <tiwai@suse.de>
      27fe48d9
  33. Aug 04, 2011
  35. Jul 12, 2011
  37. Jun 17, 2011
  39. Jun 10, 2011
  41. Jun 07, 2011
  43. Jun 06, 2011
    • Stephen Warren's avatar
      ALSA: hda: Allow multple SPDIF controls per codec · 7c935976
      Stephen Warren authored 
      

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: default avatarStephen Warren <swarren@nvidia.com>
Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      7c935976
  45. May 28, 2011
    • Linus Torvalds's avatar
      ALSA: fix hda AZX_DCAPS_NO_TCSEL quirk check in driver_caps · 46f2cc80
      Linus Torvalds authored 
      

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: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      46f2cc80
  47. May 26, 2011
    • Takashi Iwai's avatar
      ALSA: hda - Reorganize controller quriks with bit flags · 9477c58e
      Takashi Iwai authored 
      

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: default avatarTakashi Iwai <tiwai@suse.de>
      9477c58e
  49. May 20, 2011
  51. May 17, 2011
  53. May 04, 2011
  55. Apr 26, 2011
  57. Apr 20, 2011
  59. Mar 10, 2011
  61. Feb 14, 2011
  63. Feb 10, 2011
  65. Jan 18, 2011
  67. Dec 30, 2010