From: Dave Jones <davej@redhat.com>
To: James Courtier-Dutton <James@superbug.co.uk>
Cc: Peter Zubaj <pzad@pobox.sk>, alsa-devel@alsa-project.org, perex@suse.cz
Subject: Re: Re: [ALSA] snd-emu10k1: ALSA bug#1297: Fix a error recognising the SB Live Platinum.
Date: Tue, 4 Oct 2005 16:40:34 -0400 [thread overview]
Message-ID: <20051004204034.GA23748@redhat.com> (raw)
In-Reply-To: <434261F9.4020708@superbug.co.uk>
On Tue, Oct 04, 2005 at 12:05:29PM +0100, James Courtier-Dutton wrote:
> In my view the patch as presented is the correct behaviour.
Clearly you aren't one of the affected users now unable to adjust
the volume on their sound cards.
> We are aiming to identify every sound card using it's PCI subversion
> IDs.
Which is flawed due to the ID clash between the two cards.
What the patch is doing is saying "Oops, there's a problem with
this approach, lets stick our heads in the sand and pretend it
isn't there" instead of trying to come to some compromise to
allow both sets of cards to work.
I'm glad the Audigy is now working. However, we should not make
one card work by breaking another.
> This information is vital for us
> developers when we get reports of Audigy card X not working, as every
> single Audigy card has slight but very important differences that can
> only be detected via the PCI subversion IDs.
At the expense of users of working SBLive 5.1 setups.
user: "Where have my sblive volume sliders gone?"
me : "Oh, that's intentional so that we can identify Audigy's"
user: "wtf?"
> This patch will therefore only
> effect 2 sound cards, and therefore has minimal impact on all the other
> sound cards currently recognised.
One of those models is now effectively useless however.
> It is always better to try and
> autodetect hardware features, than require a new module parameter, so
> adding a module parameter is not a viable option here.
We obviously *can't* autodetect between the two here, unless you add
some additional checks (PCI revision field perhaps?).
> We already have a
> module parameter to force the driver to bypass is PCI subversion ID
> recognition and assume a different card id so when a new sound card
> appears, the user can work around the recognition problem until the
> recognition is added to the driver.
The recognition isn't the issue, I couldn't care less if the driver
called it a soundblaster moonunit, all I (and quite a few users judging
by bugzilla) care about is whether the thing works.
Dave
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
next prev parent reply other threads:[~2005-10-04 20:40 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-04 6:39 Re: [Alsa-devel] Re: [ALSA] snd-emu10k1: ALSA bug#1297: Fix a error recognising the SB Live Platinum Peter Zubaj
2005-10-04 10:50 ` Takashi Iwai
2005-10-04 10:50 ` [Alsa-devel] " Takashi Iwai
2005-10-04 11:08 ` James Courtier-Dutton
2005-10-04 11:14 ` Takashi Iwai
2005-10-04 11:05 ` James Courtier-Dutton
2005-10-04 20:40 ` Dave Jones [this message]
2005-10-05 11:58 ` Takashi Iwai
-- strict thread matches above, loose matches on Subject: below --
2005-10-03 6:23 Peter Zubaj
2005-10-03 6:23 [Alsa-devel] " Peter Zubaj
2005-10-04 0:54 ` Dave Jones
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=20051004204034.GA23748@redhat.com \
--to=davej@redhat.com \
--cc=James@superbug.co.uk \
--cc=alsa-devel@alsa-project.org \
--cc=perex@suse.cz \
--cc=pzad@pobox.sk \
/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.