All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rimas Kudelis <rq@akl.lt>
To: alsa-devel@lists.sourceforge.net
Subject: Re: [PATCH] hda: ALC260 test model implementation
Date: Thu, 09 Feb 2006 07:59:21 +0200	[thread overview]
Message-ID: <43EADA39.8070900@akl.lt> (raw)
In-Reply-To: <200602062250.k16Mo0XK012879@auster.physics.adelaide.edu.au>

Jonathan Woithe wrote:
> Hi
> 
> The following patch adds a "test" ALC260 model specification to the
> patch_realtek.c driver if CONFIG_SND_DEBUG is set.  This is similar to the
> "test" ALC880 model in that it sets up mixer controls for almost everything
> to make it easier for people to test their laptop/soundcard when working out
> what pin widgets are connected to which real-world devices.

<...>
> +#ifdef CONFIG_SND_DEBUG
<...>

Just a thought - wouldn't it be better to always compile this model 
in, regardless of whether CONFIG_SND_DEBUG is enabled or not? I can't 
think of any problem that just the presence of this model in the 
driver could cause. Also, I doubt that popular distros would compile 
their alsa drivers *with* CONFIG_SND_DEBUG enabled, so again, this 
would only prevent people from testing their hardware and submitting 
the results to the developers. For example, I know how to 
compile/install ALSA, but i don't know how to compile it with 
CONFIG_SND_DEBUG enabled. :)

I think that all "test" models should be compiled into the drivers by 
default. They don't add much weight to the drivers, but can be found 
very useful in cases where standard models don't work at all (like in 
case of Acer laptops currently). If I had to choose between an 
overbloated mixer, and silence, guess what i would've chosen. ;)



Another idea which someone might want to implement: do you think an 
app for automatic "test" model testing would be useful? I'm thinking 
of a GUI, that would play with mixer controls on its own, and ask the 
user simple questions like "has anything changed now?", or similar, 
letting them provide the answers. After everything has been answered, 
the user could review their answers and/or submit them automatically 
from an app. This would probably simplify the testing. Don't you think so?

Regards,

RQ


-------------------------------------------------------
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

  parent reply	other threads:[~2006-02-09  5:59 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-06 22:50 [PATCH] hda: ALC260 test model implementation Jonathan Woithe
2006-02-06 23:02 ` Lee Revell
2006-02-06 23:22   ` Jonathan Woithe
2006-02-06 23:26     ` Lee Revell
2006-02-06 23:40       ` Jonathan Woithe
2006-02-07 21:19         ` Takashi Iwai
2006-02-07 23:48           ` Jonathan Woithe
2006-02-09  5:59 ` Rimas Kudelis [this message]
2006-02-09  6:20   ` Lee Revell

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