At Wed, 19 Aug 2009 16:58:59 +0800, Wu Fengguang wrote: > > On Wed, Aug 19, 2009 at 04:50:41PM +0800, Takashi Iwai wrote: > > At Wed, 19 Aug 2009 16:01:51 +0800, > > Wu Fengguang wrote: > > > > > > On Wed, Aug 19, 2009 at 03:56:59PM +0800, Wu Fengguang wrote: > > > > On Tue, Aug 18, 2009 at 02:33:43PM +0800, Takashi Iwai wrote: > > > > > At Mon, 17 Aug 2009 08:46:14 +0200, > > > > > I wrote: > > > > > > > > > > > > At Sun, 16 Aug 2009 19:01:10 +0800, > > > > > > Wu Fengguang wrote: > > > > > > > > > > > > > > On Sun, Aug 16, 2009 at 05:22:23PM +0800, Takashi Iwai wrote: > > > > > > > > At Sun, 16 Aug 2009 16:53:17 +0800, > > > > > > > > Wu Fengguang wrote: > > > > > > > > > > > > > > > > > > There are 3 causes to the silence of Compaq 6530s' internal speaker: > > > > > > > > > - HP pin 0x11 always return 0xffff,ffff (pin_presence=1), > > > > > > > > > which automutes the speaker at module loading time. > > > > > > > > > > > > > > > > This is odd. Is the sense-trigger issued before reading the pin sense? > > > > > > > > > > > > > > Sorry, what do you mean? The facts I explored are: > > > > > > > - ad1884a_hp_automute() will be explicitly called by ad1884a_hp_init() > > > > > > > - ad1884a_hp_unsol_event() is never called on plug events > > > > > > > - I tried manually execute AC_VERB_SET_PIN_SENSE then read pin sense, > > > > > > > it takes effect on the impedance, but pin_presence still remains 1. > > > > > > > > > > > > The fact that it returns only -1 sounds rather like a hardware issue. > > > > > > Or, at least, reading a wrong place or so. > > > > > > > > > > BTW, could you give alsa-info.sh output on both machines? > > > > > > > > I'm now testing 6531s. All verbs/states seem OK. > > > > > > In fact for 6531s, the speaker can produce sound on fresh boot. > > > However after a while the sound disappeared. No single write verb > > > was executed during the time! And then I found the 0x1c trick can > > > be applied to 6530s as well as 6531s, and magically make the speaker > > > work by applying this patch. > > > > OK, I'm going to apply your fix. > > > > > @@ -4003,6 +4005,8 @@ static struct snd_pci_quirk ad1884a_cfg_ > > > SND_PCI_QUIRK(0x103c, 0x3030, "HP", AD1884A_MOBILE), > > > SND_PCI_QUIRK(0x103c, 0x3037, "HP 2230s", AD1884A_LAPTOP), > > > SND_PCI_QUIRK(0x103c, 0x3056, "HP", AD1884A_MOBILE), > > > + SND_PCI_QUIRK(0x103c, 0x30e8, "HP Compaq 6530s", AD1884A_LAPTOP), > > > + SND_PCI_QUIRK(0x103c, 0x30e9, "HP Compaq 6531s", AD1884A_LAPTOP), > > > SND_PCI_QUIRK_MASK(0x103c, 0xfff0, 0x3070, "HP", AD1884A_MOBILE), > > > SND_PCI_QUIRK_MASK(0x103c, 0xfff0, 0x30d0, "HP laptop", AD1884A_LAPTOP), > > > SND_PCI_QUIRK_MASK(0x103c, 0xfff0, 0x30e0, "HP laptop", AD1884A_LAPTOP), > > > > These entries are unnecessary because they match with model=laptop > > with the masked entry 013c:30e* (the last one in the chunk above). > > Yes I was aware of this. Just that printing the exact names may make > some users feel better :) > > > Could you remove it and repost? > > Sure. > > --- > hda: enable speaker output for Compaq 6530s/6531s > > HP Compaq 6530s and 6531s internal speaker is silence or becomes silence > within 1 minute after fresh boot. It is found that pin 0x1c must be set to > PIN_OUT mode to make the speaker work. This is weird - line-in pin 0x1c and > speaker pin 0x16 seem to be unrelated. > > The codec differences before/after patch are: > > @@ Node 0x17 [Pin Complex] wcaps 0x40020b: > Pin Default 0x41a6e130: [N/A] Mic at Ext Rear > Conn = Digital, Color = White > DefAssociation = 0x3, Sequence = 0x0 > Misc = NO_PRESENCE > - Pin-ctls: 0x24: IN > + Pin-ctls: 0x40: OUT > @@ Node 0x1c [Pin Complex] wcaps 0x40018d: > Pin Default 0x41813021: [N/A] Line In at Ext Rear > Conn = 1/8, Color = Blue > DefAssociation = 0x2, Sequence = 0x1 > - Pin-ctls: 0x24: IN VREF_80 > + Pin-ctls: 0x40: OUT VREF_HIZ > Unsolicited: tag=00, enabled=0 > Connection: 1 > 0x24 > > Tests show that it won't impact (external) Mic recording. > > Reported-by: "Lin, Ming M" <ming.m.lin@xxxxxxxxx> > Signed-off-by: Wu Fengguang <fengguang.wu@xxxxxxxxx> Applied now. Thanks. Takashi _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
