Patch "ALSA: hda/realtek - New codecs support for ALC234/ALC274/ALC294" has been added to the 4.6-stable tree
Subsystems (2)
This is a note to let you know that I've just added the patch titled
ALSA: hda/realtek - New codecs support for ALC234/ALC274/ALC294
to the 4.6-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
alsa-hda-realtek-new-codecs-support-for-alc234-alc274-alc294.patch
and it can be found in the queue-4.6 subdirectory.
If you, or anyone else, feels it should not be added to the stable tree, please let <[email protected]> know about it.
Quoted 1 line
From
dcd4f0db6141d6bf2cb897309d5d6f53d1b1696fMon Sep 17 00:00:00 2001
From: Kailang Yang <[email protected]>
Date: Wed, 4 May 2016 15:50:18 +0800
Subject: ALSA: hda/realtek - New codecs support for ALC234/ALC274/ALC294
From: Kailang Yang <[email protected]>
commit dcd4f0db6141d6bf2cb897309d5d6f53d1b1696f upstream.
Support new codecs for ALC234/ALC274/ALC294.
This three codecs was the same IC.
But bonding is not the same.
--- sound/pci/hda/patch_realtek.c | 15 +++++++++++++++ 1 file changed, 15 insertions(+)
sound/pci/hda/patch_realtek.c +15 -0
@@ -342,6 +342,11 @@ static void alc_fill_eapd_coef(struct hdcase 0x10ec0293 :alc_update_coef_idx (codec,0xa ,1 <<13 ,0 );break ; +case 0x10ec0234 : +case 0x10ec0274 : +case 0x10ec0294 : +alc_update_coef_idx (codec,0x10 ,1 <<15 ,0 ); +break ;case 0x10ec0662 :if ((coef &0x00f0 ) ==0x0030 )alc_update_coef_idx (codec,0x4 ,1 <<10 ,0 );/* EAPD Ctrl */
@@ -2647,6 +2652,7 @@ enum {ALC269_TYPE_ALC255 ,ALC269_TYPE_ALC256 ,ALC269_TYPE_ALC225 , + ALC269_TYPE_ALC294, };/*
@@ -2677,6 +2683,7 @@ static int alc269_parse_auto_config(strucase ALC269_TYPE_ALC255 :case ALC269_TYPE_ALC256 :case ALC269_TYPE_ALC225 : +case ALC269_TYPE_ALC294 : ssids = alc269_ssids;break ;default :
@@ -6028,6 +6035,11 @@ static int patch_alc269(struct hda_codeccase 0x10ec0225 : spec->codec_variant =ALC269_TYPE_ALC225 ;break ; +case 0x10ec0234 : +case 0x10ec0274 : +case 0x10ec0294 : + spec->codec_variant =ALC269_TYPE_ALC294 ; +break ; }if (snd_hda_codec_read (codec,0x51 ,0 ,AC_VERB_PARAMETERS ,0 ) ==0x10ec5505 ) {
@@ -6942,6 +6954,7 @@ static const struct hda_device_id snd_hdHDA_CODEC_ENTRY (0x10ec0225 ,"ALC225" , patch_alc269),HDA_CODEC_ENTRY (0x10ec0231 ,"ALC231" , patch_alc269),HDA_CODEC_ENTRY (0x10ec0233 ,"ALC233" , patch_alc269), +HDA_CODEC_ENTRY (0x10ec0234 ,"ALC234" , patch_alc269),HDA_CODEC_ENTRY (0x10ec0235 ,"ALC233" , patch_alc269),HDA_CODEC_ENTRY (0x10ec0255 ,"ALC255" , patch_alc269), HDA_CODEC_ENTRY(0x10ec0256, "ALC256", patch_alc269),
@@ -6952,6 +6965,7 @@ static const struct hda_device_id snd_hdHDA_CODEC_ENTRY (0x10ec0269 ,"ALC269" , patch_alc269),HDA_CODEC_ENTRY (0x10ec0270 ,"ALC270" , patch_alc269),HDA_CODEC_ENTRY (0x10ec0272 ,"ALC272" , patch_alc662), +HDA_CODEC_ENTRY (0x10ec0274 ,"ALC274" , patch_alc269),HDA_CODEC_ENTRY (0x10ec0275 ,"ALC275" , patch_alc269),HDA_CODEC_ENTRY (0x10ec0276 ,"ALC276" , patch_alc269), HDA_CODEC_ENTRY(0x10ec0280, "ALC280", patch_alc269),
@@ -6964,6 +6978,7 @@ static const struct hda_device_id snd_hdHDA_CODEC_ENTRY (0x10ec0290 ,"ALC290" , patch_alc269),HDA_CODEC_ENTRY (0x10ec0292 ,"ALC292" , patch_alc269),HDA_CODEC_ENTRY (0x10ec0293 ,"ALC293" , patch_alc269), +HDA_CODEC_ENTRY (0x10ec0294 ,"ALC294" , patch_alc269),HDA_CODEC_ENTRY (0x10ec0298 ,"ALC298" , patch_alc269),HDA_CODEC_REV_ENTRY (0x10ec0861 ,0x100340 ,"ALC660" , patch_alc861), HDA_CODEC_ENTRY(0x10ec0660, "ALC660-VD", patch_alc861vd),
Patches currently in stable-queue which might be from [email protected] are
queue-4.6/alsa-hda-realtek-new-codecs-support-for-alc234-alc274-alc294.patch queue-4.6/alsa-hda-realtek-add-support-for-alc295-alc3254.patch