Takashi Iwai <tiwai <at> suse.de> writes:
At Tue, 18 Feb 2014 21:31:07 +0000 (UTC), Chris M wrote:
Chris M <cmanougian <at> yahoo.com> writes:
Takashi Iwai <tiwai <at> suse.de> writes:
At Thu, 28 Nov 2013 15:30:56 +0800, Kailang wrote:
Hi Takashi,
I remodified the code as belowing.
From 888b51395ebab411660401f856e3af7988d9240b Mon Sep 17 00:00:00
2001
From: Kailang Yang <kailang <at> realtek.com> Date: Thu, 28 Nov 2013 15:23:20 +0800 Subject: [PATCH] ALSA: hda/realtek - Add more codecs alias name
for Dell
Dell assigned alias name for more codecs. ALC3220 ALC3221 ALC3223 ALC3226 ALC3234 ALC3661.
Signed-off-by: Kailang Yang <kailang <at> realtek.com>
Thanks, applied now, but it's targeted for 3.14 kernel, as this is no urgent fixes. You can find it in for-next branch of sound git tree.
Takashi
Sorry for asking this on a developer forum, but I'm pretty sure I finally found the answer here. I had considered the need to wait it out for a
kernel
upgrade (beyond 3.12 in Debian Testing/Jessie). I have no sound right now. How do I apply this patch? When I installed Debian Testing, I installed a targeted initrd, and I was considering retrying with a generic initrd - although I think this thread just saved me from that. Will an established initrd come into play? Will I have to recompile the 3.12 kernel?
The Dell codec alias name is ALC3223.
Thanks
This is a follow up question for anyone.
This boils down to a general question about new kernel compilation.
To try and solve my no sound issue, I waited until 3.14-rc3 kernel went
live.
In the 3.14-rc3 kernel source folder, this patch is located at: sound/pci/hda/patch_realtek.c
I thought that simply compiling the latest kernel, and then installing it, would apply all relevant patches (more than the realtek patch may be in play), but now I'm not so sure.
The question is this: Does a 3.14-rc3 compiled kernel already include the above patch? Or, because it is labeled as a "patch" within the source, do I have to actually patch the source before compiling?
Yes, it's already included in 3.14-rc3.
But I doubt it'll help anything for your "audio" problem. The patch merely changes the codec name string, nothing else. You're chasing a wrong fish.
Takashi
Takashi, yes, the new codec did show up in alsamixer. I'm pretty sure it's hardware recognition. My card in debian testing with the latest RC5 kernel is:
chris@inspiron:~$ inxi -A Audio: Card-1: Intel Lynx Point-LP HD Audio Controller driver: snd_hda_intel Sound: ALSA ver: k3.14.0-rc3 Card-2: Intel Haswell-ULT HD Audio Controller driver: snd_hda_intel
If I boot up in Xubuntu, the codec is "wrong", but the listed hardware makes more sense given that Dell's Inspiron 7000 audio driver is a realtek driver. alsamixer shows:
HDA Intel MID Intel Haswell HDMA
HDA Intel PHC Realtek ALC283
Can this be solely addressed in /etc/modprobe.d/alsa-base.conf file? The addition of "option snd-hda-intel model=*something*" is the focus right now.
Any suggestions?
IOW, does the patch get compiled, or does anything labeled as a patch within the source still have to be manually patched against the kernel?
Thanks to anyone who can answer this. I complied and installed the 3.14-rc3 kernel without a problem. It was the default kernel in grub. But I'm still dealing with the exact same no sound issue as if booting into 3.12.
Alsa-devel mailing list Alsa-devel <at> alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel