linux-kernel - Re: [Regression] No sound on HP Pavilion dv6, STAC92xx

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <s5h8vf9t7g5.wl%tiwai@suse.de>
Date:	Wed, 27 Jun 2012 11:44:42 +0200
From:	Takashi Iwai <tiwai@...e.de>
To:	Luis Henriques <luis.henriques@...onical.com>
Cc:	alsa-devel@...a-project.org, lkml <linux-kernel@...r.kernel.org>
Subject: Re: [Regression] No sound on HP Pavilion dv6, STAC92xx

At Wed, 27 Jun 2012 10:09:43 +0100,
Luis Henriques wrote:
> 
> Hi,
> 
> Takashi Iwai <tiwai@...e.de> writes:
> 
> > Below is the patch for 3.4 and older.
> >
> 
> Just to let you know that we are receiving positive feedback on this
> patch from the bug reporters.
> 
> I believe you plan to Cc: this patch to -stable, right?  We had this
> issue reported against 3.2.y.

It's not Cc'ed because it cannot be cherry-picked.  I'll post the
patch to stable ML once after the upstream fix is merged to Linus
tree.


thanks,

Takashi

> 
> Cheers,
> --
> Luis
> 
> > Takashi
> >
> > ---
> > From: Takashi Iwai <tiwai@...e.de>
> > Subject: [PATCH] ALSA: hda - Fix power-map regression for HP dv6 & co
> >
> > commit 6e1c39c6b00d9141a82c231ba7c5e5b1716974b2 upstream.
> >
> > The recent fix for power-map controls (commit b0791dda813) caused
> > regressions on some other HP laptops.  They have fixed pins but these
> > pins are exposed as jack-detectable.  Thus the driver tries to control
> > the power-map dynamically per jack detection where it never gets on.
> >
> > This patch corrects the condition check for fixed pins so that the
> > power-map is set always for these pins.
> >
> > NOTE: this is no simple backport from 3.5 kernel.  Since 3.5 kernel
> > had significant code change in the relevant part, I had to fix this
> > differently.
> >
> > BugLink: http://bugs.launchpad.net/bugs/1013183
> > Reported-by: Luis Henriques <luis.henriques@...onical.com>
> > Signed-off-by: Takashi Iwai <tiwai@...e.de>
> > ---
> >  sound/pci/hda/patch_sigmatel.c |    4 ++--
> >  1 file changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/sound/pci/hda/patch_sigmatel.c b/sound/pci/hda/patch_sigmatel.c
> > index 7b7a516..2b973f5 100644
> > --- a/sound/pci/hda/patch_sigmatel.c
> > +++ b/sound/pci/hda/patch_sigmatel.c
> > @@ -4457,7 +4457,7 @@ static int stac92xx_init(struct hda_codec *codec)
> >  					 AC_PINCTL_IN_EN);
> >  	for (i = 0; i < spec->num_pwrs; i++)  {
> >  		hda_nid_t nid = spec->pwr_nids[i];
> > -		int pinctl, def_conf;
> > +		unsigned int pinctl, def_conf;
> >  
> >  		/* power on when no jack detection is available */
> >  		/* or when the VREF is used for controlling LED */
> > @@ -4484,7 +4484,7 @@ static int stac92xx_init(struct hda_codec *codec)
> >  		def_conf = get_defcfg_connect(def_conf);
> >  		/* skip any ports that don't have jacks since presence
> >   		 * detection is useless */
> > -		if (def_conf != AC_JACK_PORT_NONE &&
> > +		if (def_conf != AC_JACK_PORT_COMPLEX ||
> >  		    !is_jack_detectable(codec, nid)) {
> >  			stac_toggle_power_map(codec, nid, 1);
> >  			continue;
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/