Skip to content

cloud-kernel
cloud-kernel

openanolis / cloud-kernel
1 年多 前同步成功

通知 161
Star 36
Fork 7
cloud-kernel
cloud-kernel
切换分支/标签
  1. 27 10月, 2008 1 次提交
    • M
      ALSA: hda: add support for jack detection on IDT codecs. · 74aeaabc
      由 Matthew Ranostay 提交于 
      This patch adds support to the IDT codec families to report jack status
to the jack abstraction layer. This required some reorganization in the
stac92xx_unsol_event function in which the index value is changed to
reporting the nid with the event.

Also adds an sigmatel_jack struct to keep track of the nid relation
to the jack abstraction layer instance. Also adds functions to set and
retrieve data values for each nid, this is used in stac92xx_unsol_event
to retrieve the GPIO mask for STAC_VREF_EVENT.
Signed-off-by: NMatthew Ranostay <mranostay@embeddedalley.com>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      74aeaabc
  3. 16 10月, 2008 2 次提交
  5. 14 10月, 2008 1 次提交
    • M
      ALSA: hda: fix nid variable warning · d21995e3
      由 Matthew Ranostay 提交于 
      Fixed compiler warning with possible uninitialized variable 'nid'.

  CC [M]  /home/mranostay/git/alsa-driver/pci/hda/patch_sigmatel.o
/home/mranostay/git/alsa-driver/pci/hda/../../alsa-kernel/pci/hda/patch_sigmatel.c: In function
‘stac92xx_parse_auto_config’:
/home/mranostay/git/alsa-driver/pci/hda/../../alsa-kernel/pci/hda/patch_sigmatel.c:2815: warning: ‘nid’ may be used
uninitialized in this function
Signed-off-by: NMatthew Ranostay <mranostay@embeddedalley.com>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      d21995e3
  7. 13 10月, 2008 4 次提交
  9. 10 10月, 2008 6 次提交
  11. 23 9月, 2008 5 次提交
  13. 10 9月, 2008 1 次提交
  15. 09 9月, 2008 4 次提交
  17. 15 8月, 2008 2 次提交
  19. 06 8月, 2008 1 次提交
  21. 28 7月, 2008 1 次提交
  23. 21 7月, 2008 1 次提交
  25. 30 9月, 2008 1 次提交
  27. 01 9月, 2008 1 次提交
  29. 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
  31. 14 7月, 2008 1 次提交
  33. 10 7月, 2008 1 次提交
  35. 16 6月, 2008 1 次提交
  37. 13 6月, 2008 1 次提交
  39. 26 5月, 2008 1 次提交
  41. 05 5月, 2008 1 次提交
  43. 24 4月, 2008 2 次提交