From: James Courtier-Dutton <James@superbug.co.uk>
To: Lee Revell <rlrevell@joe-job.com>
Cc: Jean Delvare <khali@linux-fr.org>, Takashi Iwai <tiwai@suse.de>,
alsa-devel@alsa-project.org, Jaroslav Kysela <perex@suse.cz>
Subject: Re: Re: 2.6.12-rc1-mm3, sound card lost id
Date: Tue, 29 Mar 2005 21:53:05 +0100 [thread overview]
Message-ID: <4249C031.7020501@superbug.co.uk> (raw)
In-Reply-To: <1112131111.5386.3.camel@mindpipe>
Lee Revell wrote:
> On Tue, 2005-03-29 at 23:13 +0200, Jean Delvare wrote:
>
>>>+ {.vendor = 0x1102, .device = 0x0002, .subsystem = 0x80271102,
>>>+ .driver = "EMU10K1", .name = "SBLive! Value [CT4832]",
>>>+ .emu10k1_chip = 1,
>>>+ .ac97_chip = 1} ,
>>
>>Unsurprisingly, my card is now named CT4832. I had to edit
>>/etc/asound.state manually to get my mixer settings back (with some
>>warnings, but I get some sound).
>>
>>Not sure I quite see the idea of renaming from "Live", which the user
>>will understand, to (I suppose) the exact chip name on the card, while
>>the user has certainly no idea what it is. But heh I'm not an ALSA
>>developer, there must be a good reason.
>
>
> Blame Creative. They have released so many different cards under the
> Live! name that it's become meaningless. There are now two separate
> classes of cards marketed as Live! (or Audigy) that don't even use the
> same driver (ca0106 and emu10k1x), the hardware isn't even similar.
> Unsurprisingly, the user confusion is massive.
>
> The model number is the simplest unique identifier. This is also what
> the "good" Windows drivers for these devices, http://www.kxproject.com,
> use.
>
> Lee
>
It looks to me that alsactl is to blame here.
If a user has 2 sound cards of exactly the same model, the state will
not be saved, as the state.xxxx will be the same for both cards.
I think we need to change alsactl to make the saved state unique.
Maybe a combination of driver name and card number, and not use short
name at all.
Any comments?
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
next prev parent reply other threads:[~2005-03-29 21:53 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20050325002154.335c6b0b.akpm@osdl.org>
2005-03-26 10:19 ` 2.6.12-rc1-mm3, sound card lost id Jean Delvare
[not found] ` <20050326111945.5eb58343.khali@linux-fr.org>
2005-03-29 12:24 ` Takashi Iwai
2005-03-29 17:57 ` Jean Delvare
2005-03-29 20:17 ` Lee Revell
2005-03-29 20:46 ` Jean Delvare
2005-03-29 20:52 ` Lee Revell
2005-03-29 21:13 ` Jean Delvare
2005-03-29 21:18 ` Lee Revell
2005-03-29 20:53 ` James Courtier-Dutton [this message]
2005-03-30 7:18 ` Jaroslav Kysela
2005-03-30 12:24 ` 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=4249C031.7020501@superbug.co.uk \
--to=james@superbug.co.uk \
--cc=alsa-devel@alsa-project.org \
--cc=khali@linux-fr.org \
--cc=perex@suse.cz \
--cc=rlrevell@joe-job.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox