All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rimas Kudelis <rq@akl.lt>
To: ALSA devel <alsa-devel@lists.sourceforge.net>,
	Takashi Iwai <tiwai@suse.de>
Subject: "test" models in Intel HDA (and probably some other drivers)
Date: Wed, 15 Feb 2006 09:39:11 +0200	[thread overview]
Message-ID: <43F2DA9F.8000709@akl.lt> (raw)

Hello,

This message is about Intel HDA driver, but it may apply to other
drivers too.

Currently, a few codecs for HDA (ALC880 and ALC260, in particular) have
model configurations, named "test", that enable the user to use (almost)
any possible control widget in their mixer. This is very useful for
people with new and untested laptops, for example, that are sometimes
left muted or hardly controllable when the driver is loaded with a
different "model" argument.

The problem I see here is that those "test" models are only available as
a debug feature, which is compiled into the driver only when 
CONFIG_SND_DEBUG is defined. I think it would be much more useful to
always enable them. On one hand, this wouldn't get in anybody's way, if
you don't want it (i.e. you would simply never autodetect this model),
while on the other hand, you could just as easily make this model the
default for laptops (everything is up to your policy). And in case you
wouldn't want to clutter the mixer interface by default, this "test"
model would still silently be available for people like me, having
absolute silence with all the other configs. This is what is currently
happening with many Acer laptop users around the world.

Jonathan Woithe said he supports my idea. Takashi, what's your opinion
about it? Would you commit a patch fixing this problem to the CVS?

best regards,

Rimas Kudelis


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642

             reply	other threads:[~2006-02-15  7:39 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-15  7:39 Rimas Kudelis [this message]
2006-02-15 10:51 ` "test" models in Intel HDA (and probably some other drivers) Takashi Iwai
2006-02-15 12:27   ` Rimas Kudelis
2006-02-15 13:39     ` Takashi Iwai
2006-02-15 19:14 ` Lee Revell
2006-02-15 22:43   ` Rimas Kudelis
     [not found] <20060215122901.810A489506@sc8-sf-spam1.sourceforge.net>
2006-02-16  0:37 ` Jonathan Woithe
     [not found] <20060215232101.593131345E@sc8-sf-spam2.sourceforge.net>
2006-02-16  1:00 ` Jonathan Woithe

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=43F2DA9F.8000709@akl.lt \
    --to=rq@akl.lt \
    --cc=alsa-devel@lists.sourceforge.net \
    --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.