All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Brown <broonie@opensource.wolfsonmicro.com>
To: Takashi Iwai <tiwai@suse.de>
Cc: alsa-devel@alsa-project.org, Lennart Poettering <mznyfn@0pointer.de>
Subject: Re: RFC: Jack-detection control elements on HD-audio
Date: Fri, 19 Jun 2009 17:37:44 +0100	[thread overview]
Message-ID: <20090619163743.GA7861@sirena.org.uk> (raw)
In-Reply-To: <s5h1vpgilhq.wl%tiwai@suse.de>

On Fri, Jun 19, 2009 at 12:08:49PM +0200, Takashi Iwai wrote:

> Sorry, my wording was unclear.  Let me clarify: the input jack API is
> there and used as is now.  What I meant as "supersedes" is that the
> code to create and handle the input jack instances in HD-audio driver
> is generalized to one and used together with the control API.

Ah, OK - in that case it sounds like a great idea.  Normally superceding
something implies replacing it (so ALSA supercedes OSS).

> > > For example, you'll have "Jack HP-Out" (or a bit more verbose like
> > > "Jack HP-Out at Ext Rear") control via control API as well as other
> > > mixer controls.  This can notify when a jack is plugged/unplugged.

> > Including the colours (where reported) is often very helpful for
> > figuring out what's what.  The pictures manufacturers seem fond of using
> > for describing the jack functions aren't always models of clarity to the
> > general user.

> Yes, HD-audio spec gives such information, too.

It was HDA that I was thinking about.

> However, the verbose information like a color doesn't fit into the id
> string.  A better option would be through the additional TLV like dB
> scale.  I just considered but didn't write up yet.

Yeah, so long as the information is there it doesn't really matter how
it gets there.

  reply	other threads:[~2009-06-19 16:37 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-19  8:04 RFC: Jack-detection control elements on HD-audio Takashi Iwai
2009-06-19  8:54 ` Jaroslav Kysela
2009-06-19  9:02   ` Takashi Iwai
2009-06-19 12:34   ` Lennart Poettering
2009-06-19  9:53 ` Mark Brown
2009-06-19 10:08   ` Takashi Iwai
2009-06-19 16:37     ` Mark Brown [this message]
2009-07-02 22:27     ` pl bossart
2009-07-03  5:32       ` Takashi Iwai
2009-06-19 12:21 ` Lennart Poettering
2009-06-19 12:31   ` 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=20090619163743.GA7861@sirena.org.uk \
    --to=broonie@opensource.wolfsonmicro.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=mznyfn@0pointer.de \
    --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.