From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: hda-jack-retask on CentOS 6.5 Date: Mon, 28 Apr 2014 17:43:13 +0200 Message-ID: References: <5355695E.8060500@gmail.com> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mx2.suse.de (cantor2.suse.de [195.135.220.15]) by alsa0.perex.cz (Postfix) with ESMTP id 41ACE2616EF for ; Mon, 28 Apr 2014 17:43:13 +0200 (CEST) In-Reply-To: <5355695E.8060500@gmail.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: alsa-devel-bounces@alsa-project.org To: Chris Pemberton Cc: alsa-devel@alsa-project.org List-Id: alsa-devel@alsa-project.org At Mon, 21 Apr 2014 13:54:22 -0500, Chris Pemberton wrote: > > I could not find an rpm containing "hda-jack-retask" for CentOS 6.5, nor > could I compile it from source as it requires newer libraries than > CentOS provides. I therefore booted into Ubuntu 14.04, ran > hdajackretask, and saved the pin reassignments that fix my particular > laptop. > > From Ubuntu 14.14 /lib/firmware/hda-jack-retask.fw > > [codec] > 0x111d76e0 0x103c190d 0 > > [pincfg] > 0x0a 0x03a11020 > 0x0b 0x0321101f > 0x0c 0x40f000f0 > 0x0d 0x90170152 > 0x0e 0x40f000f0 > 0x0f 0x40f000f0 > 0x10 0x90170151 > 0x11 0xd5a30130 > 0x1f 0x40f000f0 > 0x20 0x40f000f0 > > I created the following /etc/modprobe.d/hda-jack-retask.conf in CentOS 6.5: > > options snd-hda-intel > patch=hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw,hda-jack-retask.fw > > Now when CentOS tries to load the snd-hda-intel module, I get the > following error: > > snd_hda_intel: Unknown parameter `patch' > > Is there another method I can use to set the pins? This is the only way > I've managed to get "Beats Audio" working on my HP Envy k025dx. You need to rebuild your kernel with proper configs. The patch option is available via CONFIG_SND_HDA_PATCH_LOADER. BTW, which pin setup is missing? It's better to add the static fixup in the kernel code. Takashi