Skip to content

K
Kernel

openeuler / Kernel
1 年多 前同步成功

通知 8
Star 0
Fork 0
K
Kernel
切换分支/标签
  1. 23 7月, 2009 1 次提交
    • T
      ALSA: pcm - Add logging of hwptr updates and interrupt updates · cedb8118
      由 Takashi Iwai 提交于 
      Added the logging functionality to xrun_debug to record the hwptr
updates via snd_pcm_update_hw_ptr() and snd_pcm_update_hwptr_interrupt(),
corresponding to 16 and 8, respectively.

For example,
	# echo 9 > /proc/asound/card0/pcm0p/xrun_debug
will record the position and other parameters at each period interrupt
together with the normal XRUN debugging.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      cedb8118
  3. 24 6月, 2009 1 次提交
  5. 21 6月, 2009 1 次提交
  7. 13 6月, 2009 1 次提交
  9. 11 6月, 2009 1 次提交
  11. 08 6月, 2009 1 次提交
  13. 05 6月, 2009 1 次提交
  15. 02 6月, 2009 1 次提交
    • H
      ALSA: hda - Acer Aspire 8930G support · 3b315d70
      由 Hector Martin 提交于 
      Short story: this laptop has 5.1 built-in speakers which you *really*
want to use (the not-so-"sub" woofer is what makes the audio above
average for a laptop), so 6-channel support is important (plus a decent
asound.conf to upmix stereo). It also has the 3 typical jacks that ought
to have a selectable mode. And it's based on ALC889, which sucks.

Rationale/explanations:

The const_channel_count stuff was added because, for a laptop like this,
you always have 6 channels available (internal speakers) but still need
to set the mode for the 3 external jacks. Therefore, the device always
needs to be in 6-channel mode but there still needs to be a mixer
control for the jack mode. You could use line/mic-in at the same time as
the 6 internal speakers, for example. You might be tempted to make it
even smarter by dynamically switching the max channel count when
headphones are plugged in (therefore muting the internal speakers and
reducing the physical channel count to the jack channel mode), but as a
user I consider this to be harmful because I want the audio to blow up
to 6 channels / upmixed as soon as I unplug the headphones, and having
opened the device while in 2-channel mode would prevent this from
working (and always making 6-channel mode available doesn't do any harm).

The hardware needs EAPD turned on and the DACs routed to the internal
speaker pins, so the patch adds those verbs.

The ALC889 CLFE and subsequent (side/aux, here unused) DACs do NOT work
by default, at least here. I wasted much time trying to talk to
Realtek/pshou about this, but they just kept sending me useless updates
to patch_realtek.c that did nothing relevant. In the end I gave up and
brute forced the issue by trying to flip every bit in the proprietary
coefficient registers, and eventually found the two magic registers that
need to be cleared to enable all DACs. I have only heard Acer users
complain, but that might be because ALC889 is pretty new and using 5.1
(and noticing the missing center/lfe channels) might not be that common.
If this is a generalized issue with all ALC889 systems then those verbs
should probably be moved to a common verb array.

The internal mic is untested and probably doesn't work.

These settings will probably work for other Acer Gemstone laptops with
the same 5.1 speaker config. When identified, those should be added to
the PCI subsystem ID list.
Signed-off-by: NHector Martin <hector@marcansoft.com>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      3b315d70
  17. 27 5月, 2009 1 次提交
    • T
      ALSA: Enable PCM hw_ptr_jiffies check only in xrun_debug mode · c87d9732
      由 Takashi Iwai 提交于 
      The PCM hw_ptr jiffies check results sometimes in problems when a
hardware doesn't give smooth hw_ptr updates.  So far, au88x0 and some
other drivers appear not working due to this strict check.
However, this check is a nice debug tool, and the capability should be
still kept.

Hence, we disable this check now as default unless the user enables it
by setting the xrun_debug mode to the specific stream via a proc file.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      c87d9732
  19. 25 5月, 2009 2 次提交
  21. 18 5月, 2009 1 次提交
  23. 14 5月, 2009 1 次提交
    • W
      ALSA: SB X-Fi driver merge · 8cc72361
      由 Wai Yew CHAY 提交于 
      The Sound Blaster X-Fi driver supports Creative solutions based on
20K1 and 20K2 chipsets.

Supported hardware :

Creative Sound Blaster X-Fi Titanium Fatal1ty® Champion Series
Creative Sound Blaster X-Fi Titanium Fatal1ty Professional Series
Creative Sound Blaster X-Fi Titanium Professional Audio
Creative Sound Blaster X-Fi Titanium
Creative Sound Blaster X-Fi Elite Pro
Creative Sound Blaster X-Fi Platinum
Creative Sound Blaster X-Fi Fatal1ty
Creative Sound Blaster X-Fi XtremeGamer
Creative Sound Blaster X-Fi XtremeMusic

Current release features:

* ALSA PCM Playback
* ALSA Record
* ALSA Mixer

Note:

* External I/O modules detection not included.
Signed-off-by: NWai Yew CHAY <wychay@ctl.creative.com>
Singed-off-by: NRyan RICHARDS <ryan_richards@creativelabs.com>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      8cc72361
  25. 12 5月, 2009 1 次提交
  27. 11 5月, 2009 1 次提交
  29. 06 5月, 2009 1 次提交
  31. 04 5月, 2009 2 次提交
  33. 23 4月, 2009 1 次提交
    • M
      ASoC: Add power supply widget to DAPM · 246d0a17
      由 Mark Brown 提交于 
      Many modern CODECs have shared resources on chip which must be enabled
for portions of the chip to work but which can be disabled at other times
in order to achieve power savings. Examples of such resources include
power supplies and some internal clocks.

Since these widgets are dependencies for the audio path but do not carry
audio signals they require slightly different handling to most widgets -
they do not contribute to the audio path and so should not be counted as
either inputs or outputs during path walks.

Cases where one supply provides a supply for another will require
additional work. There is also room for more optimisation of the graph
walking to avoid repeated checks for the same thing.
Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      246d0a17
  35. 15 4月, 2009 1 次提交
  37. 14 4月, 2009 1 次提交
  39. 02 4月, 2009 1 次提交
  41. 13 3月, 2009 1 次提交
  43. 10 3月, 2009 1 次提交
  45. 09 3月, 2009 4 次提交
  47. 04 3月, 2009 1 次提交
  49. 03 3月, 2009 1 次提交
  51. 26 2月, 2009 2 次提交
  53. 23 2月, 2009 3 次提交
  55. 20 2月, 2009 1 次提交
  57. 19 2月, 2009 1 次提交
  59. 18 2月, 2009 1 次提交
  61. 17 2月, 2009 1 次提交
  63. 13 2月, 2009 1 次提交