Skip to content

K
Kernel

openeuler / Kernel
12 个月 前同步成功

通知 5
Star 0
Fork 0
K
Kernel

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

切换分支/标签
  1. 20 11月, 2008 1 次提交
  3. 05 11月, 2008 2 次提交
    • T
      ALSA: hda - Split ALC268 acer model · c238b4f4
      由 Takashi Iwai 提交于 
      There are actually two variants of ALC268 Acer implementation, one
with an analog built-in mic (pin 0x19) and another with a digital
mic (pin 0x12).  Created a new model, acer-dmic, for the latter case
now.

So far, all known models are assigned to be analog-mic, according to
the BIOS setup.  If this doesn't match with the actual case, one needs
to try model=acer-dmic, and fix the entry to point ALC268_ACER_DMIC
if it works.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      c238b4f4
    • T
      ALSA: hda - Add ASUS V1Sn support · 13c94744
      由 Takashi Iwai 提交于 
      Asus V1s series laptops have an ALC660VD with PCI id: 0x1043, 0x1633.
1.) remove the previous behaviour of mapping that to the ALC861VD_LENOVO
    device.
2.) add a new ALC660VD_V1S device based on ALC861VD_LENOVO, with an
    added digital out.
Signed-off-by: NTristan Aston <astrotris@gmail.com>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      13c94744
  5. 04 11月, 2008 1 次提交
  7. 22 9月, 2008 1 次提交
  9. 04 9月, 2008 1 次提交
  11. 29 8月, 2008 2 次提交
  13. 25 8月, 2008 1 次提交
  15. 15 8月, 2008 2 次提交
  17. 13 8月, 2008 1 次提交
  19. 14 8月, 2008 1 次提交
  21. 27 7月, 2008 1 次提交
    • N
      ALSA: Allow to force model to intel-mac-v3 in snd_hda_intel (sigmatel). · 536319af
      由 Nicolas Boichat 提交于 
      Currently, even if you pass model=intel-mac-v3 as a module parameter to
snd_hda_intel, the function patch_stac922x (patch_sigmatel.c) will still
try to auto-detect the model type. This is a problem on my MacBook Pro 1st
generation, which needs intel-mac-v3, but sometimes incorrectly reports
0x00000100 as subsystem id, which causes the switch in patch_stac922x to
select intel-mac-v4.

To fix this, I added a new model called intel-mac-auto, so in case no
module parameter is passed, and an Intel Mac board is detected, the
model will be automatically detected, while no detection will be done
if the model is forced to intel-mac-v3.

This problem has been around for quite a while, and I used to fix it
by moving the case statement for 0x00000100 in patch_stac922x so that
intel-mac-v3 is chosen.

Another way to fix the problem would be to check if a module parameter
was set directly in patch_stac922x, using something like this:
if (spec->board_config == STAC_INTEL_MAC_V3 &&
	!codec->bus->modelname) {

But I think it is less elegant (if you prefer that way, I can prepare a
patch).
Signed-off-by: NNicolas Boichat <nicolas@boichat.ch>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      536319af
  23. 13 6月, 2008 2 次提交
  25. 28 5月, 2008 1 次提交
    • T
      [ALSA] Improve the slots option handling · a93bbaa7
      由 Takashi Iwai 提交于 
      Fix and improve the slots option handling.  The sound core tries to
find the slot with the given module name first and assign if it's
still available.  If all pre-given slots are unavailable, then try
to find another free slot.

Also, when a module name begins with '!', it means the negative match:
the slot will be given for any modules but that one.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      a93bbaa7
  27. 27 5月, 2008 2 次提交
  29. 30 4月, 2008 1 次提交
  31. 24 4月, 2008 13 次提交
  33. 01 2月, 2008 7 次提交