From: Solomon Peachy <pizza@shaftnet.org>
To: Takashi Iwai <tiwai@suse.de>
Cc: alsa-devel@alsa-project.org
Subject: Re: [patch] Fix headphone automute on Asus G50Vt laptops
Date: Mon, 26 Apr 2010 12:21:52 -0400 [thread overview]
Message-ID: <20100426162152.GB6550@shaftnet.org> (raw)
In-Reply-To: <s5hoch65iv8.wl%tiwai@suse.de>
[-- Attachment #1.1: Type: text/plain, Size: 1881 bytes --]
On Mon, Apr 26, 2010 at 05:33:15PM +0200, Takashi Iwai wrote:
> >
> > There's still the problem that the 'speaker' and the 'headphone' playback
> > mixer switch affecting both outputs instead of just the one, and I'm not
> > sure why -- If I toggle the 'OUT' pin on node 0x14 (speaker) and 0x21
> > (headphone) it only affects that particular output. Same for their mute
> > controls.
>
> That's weird. So, changing the amp of only one of NIDs 0x02 or 0x03
> influences really on both outputs...?
That's just it -- there's something going on here that I don't
understand -- The mute swiches are defined as:
HDA_CODEC_MUTE("Speaker Playback Switch", 0x14, 0x0, HDA_OUTPUT),
HDA_CODEC_MUTE("Headphone Playback Switch", 0x21, 0x0, HDA_OUTPUT),
If manually toggle these pins using hda-analyzer, only that specifc
output is disabled/enabled. But if I use alsamixer to toggle these
switches, both outputs are disabled/enabled. I don't know enough about
the bowels of the ALSA codebase to even theorize why this could be
happening (though I am using the v1.0.22 userspace stuff against a
1.0.23 kernel stack -- or maybe pulseaudio is mucking with something?)
> Another thing you can try is to just use model=auto.
> With the latest version, it should work relatively well.
I've never specified a model=xxxx argument. Leaving model=xxxx off
should be the same thing as model=auto, right?
(and by latest do you mean git head?)
In any case, the 'take3' patch is such an improvement over the former
state of affairs that in my opinion it should be applied -- we can
always apply another patch once the mute wonkiness is figued out.
Thanks!
- Solmon
--
Solomon Peachy pizza at shaftnet dot org
Melbourne, FL ^^ (mail/jabber/gtalk) ^^
Quidquid latine dictum sit, altum viditur.
[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #2: Type: text/plain, Size: 160 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
next prev parent reply other threads:[~2010-04-26 16:21 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-23 20:08 [patch] Fix headphone automute on Asus G50Vt laptops Solomon Peachy
2010-04-26 12:47 ` Takashi Iwai
2010-04-26 15:20 ` Solomon Peachy
2010-04-26 15:33 ` Takashi Iwai
2010-04-26 16:21 ` Solomon Peachy [this message]
2010-04-26 16:32 ` Takashi Iwai
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100426162152.GB6550@shaftnet.org \
--to=pizza@shaftnet.org \
--cc=alsa-devel@alsa-project.org \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.