At Mon, 07 Jan 2013 11:53:38 +0100,
David Henningsson wrote:
>
> [removing stable from CC]
>
> On 01/07/2013 11:49 AM, Takashi Iwai wrote:
> > At Mon, 7 Jan 2013 10:51:29 +0100,
> > David Henningsson wrote:
> >>
> >> The mute LED is in this case connected to the Mic1 VREF.
> >>
> >> The machine also exposes the following string in BIOS:
> >> "HP_Mute_LED_0_A", so if more machines are coming, it probably
> >> makes sense to try to do something more generic, like for the
> >> IDT codec.
> >
> > Interesting. So they still point "A" as the output pin A, not NID
> > 0x0a.
>
> The existing quirk seems old; but I don't know if that one has a BIOS
> string. Would be interesting to know to have something to compare with.
>
> >> Cc: <email address hidden>
> >> BugLink: https://bugs.launchpad.net/bugs/1096789
> >> Signed-off-by: David Henningsson <email address hidden>
> >> ---
> >> sound/pci/hda/patch_realtek.c | 31 ++++++++++++++++++++++++++++++-
> >> 1 file changed, 30 insertions(+), 1 deletion(-)
> >>
> >> I know this is a copy-paste, but I didn't really find a better and more
> >> condensed way to do it. Perhaps if we get a third variation it would make
> >> sense to write a more generic version.
> >
> > Yes, we can improve it better later.
> >
> >> Also, Alsa-info is available at https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1096789/+attachment/3476010/+files/alsa-info.txt
> >>
> >> diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c
> >> index 6ee3459..2e6803e 100644
> >> --- a/sound/pci/hda/patch_realtek.c
> >> +++ b/sound/pci/hda/patch_realtek.c
> >> @@ -5992,7 +5992,30 @@ static void alc269_fixup_quanta_mute(struct hda_codec *codec,
> >> spec->automute_hook = alc269_quanta_automute;
> >> }
> >>
> >> -/* update mute-LED according to the speaker mute state via mic2 VREF pin */
> >> +/* update mute-LED according to the speaker mute state via mic VREF pin */
> >
> > Forgot to restore the comment for alc269_fixup_mic2_mute_hook() below?
>
> I thought the same comment now could cover both quirks, but I can make
> one comment for each quirk if that is clearer?
Yes, please. It's not so obvious that the comment covers both functions.
At Mon, 07 Jan 2013 11:53:38 +0100, /bugs.launchpad .net/bugs/ 1096789 hda/patch_ realtek. c | 31 +++++++ +++++++ +++++++ +++++++ ++- /bugs.launchpad .net/ubuntu/ +source/ linux/+ bug/1096789/ +attachment/ 3476010/ +files/ alsa-info. txt pci/hda/ patch_realtek. c b/sound/ pci/hda/ patch_realtek. c pci/hda/ patch_realtek. c pci/hda/ patch_realtek. c fixup_quanta_ mute(struct hda_codec *codec, quanta_ automute; fixup_mic2_ mute_hook( ) below?
David Henningsson wrote:
>
> [removing stable from CC]
>
> On 01/07/2013 11:49 AM, Takashi Iwai wrote:
> > At Mon, 7 Jan 2013 10:51:29 +0100,
> > David Henningsson wrote:
> >>
> >> The mute LED is in this case connected to the Mic1 VREF.
> >>
> >> The machine also exposes the following string in BIOS:
> >> "HP_Mute_LED_0_A", so if more machines are coming, it probably
> >> makes sense to try to do something more generic, like for the
> >> IDT codec.
> >
> > Interesting. So they still point "A" as the output pin A, not NID
> > 0x0a.
>
> The existing quirk seems old; but I don't know if that one has a BIOS
> string. Would be interesting to know to have something to compare with.
>
> >> Cc: <email address hidden>
> >> BugLink: https:/
> >> Signed-off-by: David Henningsson <email address hidden>
> >> ---
> >> sound/pci/
> >> 1 file changed, 30 insertions(+), 1 deletion(-)
> >>
> >> I know this is a copy-paste, but I didn't really find a better and more
> >> condensed way to do it. Perhaps if we get a third variation it would make
> >> sense to write a more generic version.
> >
> > Yes, we can improve it better later.
> >
> >> Also, Alsa-info is available at https:/
> >>
> >> diff --git a/sound/
> >> index 6ee3459..2e6803e 100644
> >> --- a/sound/
> >> +++ b/sound/
> >> @@ -5992,7 +5992,30 @@ static void alc269_
> >> spec->automute_hook = alc269_
> >> }
> >>
> >> -/* update mute-LED according to the speaker mute state via mic2 VREF pin */
> >> +/* update mute-LED according to the speaker mute state via mic VREF pin */
> >
> > Forgot to restore the comment for alc269_
>
> I thought the same comment now could cover both quirks, but I can make
> one comment for each quirk if that is clearer?
Yes, please. It's not so obvious that the comment covers both functions.
Takashi
> > fixup_mic1_ mute_hook( void *private_data, int enabled) set_pin_ ctl_cache( codec, 0x18, pinval); fixup_mic1_ mute(struct hda_codec *codec, ACT_BUILD: mute.hook = alc269_ fixup_mic1_ mute_hook; add_vmaster_ hook(codec, &spec-> vmaster_ mute, true); sync_vmaster_ hook(&spec- >vmaster_ mute); fixup_mic2_ mute_hook( void *private_data, int enabled) FIXUP_AMIC, FIXUP_DMIC, FIXUP_MIC1_ MUTE_LED, FIXUP_MIC2_ MUTE_LED, FIXUP_INV_ DMIC, FIXUP_LENOVO_ DOCK, FIXUP_MIC1_ MUTE_LED] = { fixup_mic1_ mute, FIXUP_MIC2_ MUTE_LED] = { fixup_mic2_ mute, QUIRK(0x1025, 0x029b, "Acer 1810TZ", ALC269_ FIXUP_INV_ DMIC), QUIRK(0x1025, 0x0349, "Acer AOD260", ALC269_ FIXUP_INV_ DMIC), QUIRK(0x103c, 0x1586, "HP", ALC269_ FIXUP_MIC2_ MUTE_LED) , QUIRK(0x103c, 0x1972, "HP Pavilion 17", ALC269_ FIXUP_MIC1_ MUTE_LED) , QUIRK(0x1043, 0x1427, "Asus Zenbook UX31E", ALC269VB_ FIXUP_DMIC) , QUIRK(0x1043, 0x1517, "Asus Zenbook UX31A", ALC269VB_ FIXUP_DMIC) , QUIRK(0x1043, 0x1a13, "Asus G73Jw", ALC269_ FIXUP_ASUS_ G73JW), /launchpad. net/~diwic
> >> +static void alc269_
> >> +{
> >> + struct hda_codec *codec = private_data;
> >> + unsigned int pinval = AC_PINCTL_IN_EN + (enabled ?
> >> + AC_PINCTL_VREF_HIZ : AC_PINCTL_VREF_80);
> >> + snd_hda_
> >> +}
> >> +
> >> +static void alc269_
> >> + const struct alc_fixup *fix, int action)
> >> +{
> >> + struct alc_spec *spec = codec->spec;
> >> + switch (action) {
> >> + case ALC_FIXUP_
> >> + spec->vmaster_
> >> + snd_hda_
> >> + /* fallthru */
> >> + case ALC_FIXUP_ACT_INIT:
> >> + snd_hda_
> >> + break;
> >> + }
> >> +}
> >> +
> >> static void alc269_
> >
> > Here...
> >
> >
> > thanks,
> >
> > Takashi
> >
> >
> >> {
> >> struct hda_codec *codec = private_data;
> >> @@ -6043,6 +6066,7 @@ enum {
> >> ALC269_FIXUP_DMIC,
> >> ALC269VB_
> >> ALC269VB_
> >> + ALC269_
> >> ALC269_
> >> ALC269_
> >> ALC269_
> >> @@ -6171,6 +6195,10 @@ static const struct alc_fixup alc269_fixups[] = {
> >> { }
> >> },
> >> },
> >> + [ALC269_
> >> + .type = ALC_FIXUP_FUNC,
> >> + .v.func = alc269_
> >> + },
> >> [ALC269_
> >> .type = ALC_FIXUP_FUNC,
> >> .v.func = alc269_
> >> @@ -6215,6 +6243,7 @@ static const struct snd_pci_quirk alc269_fixup_tbl[] = {
> >> SND_PCI_
> >> SND_PCI_
> >> SND_PCI_
> >> + SND_PCI_
> >> SND_PCI_
> >> SND_PCI_
> >> SND_PCI_
> >> --
> >> 1.7.9.5
> >>
> >
>
>
>
> --
> David Henningsson, Canonical Ltd.
> https:/
>