[alsa-devel] Since kernel-2.6.32 alsactl thinks my sound card is "Unknown"
tiwai at suse.de
Thu Sep 2 11:48:01 CEST 2010
At Thu, 02 Sep 2010 11:34:51 +0200,
David Henningsson wrote:
> 2010-09-02 11:26, Pacho Ramos skrev:
> > El jue, 02-09-2010 a las 10:29 +0200, Takashi Iwai escribió:
> >> Rejected by SPF lookup: (recv=llar.net.uniovi.es,
> >> send-ip=188.8.131.52) Could not find a valid SPF record
> >> User-Agent: Wanderlust/2.15.6 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9
> >> (=?UTF-8?B?R29qxY0=?=) APEL/10.7 Emacs/23.1 (x86_64-suse-linux-gnu) MULE/6.0
> >> (HANACHIRUSATO)
> >> References: <1283357723.8159.4.camel at localhost.localdomain>
> >> At Wed, 01 Sep 2010 18:15:23 +0200,
> >> Pacho Ramos wrote:
> >>> This is an old problem I am suffering since kernel-2.6.32 and that is
> >>> still unresolved even with 2.6.35 and alsa-utils-1.0.23:
> >>> http://www.spinics.net/lists/alsa-devel/msg31422.html
> >>> If you follow the thread, it got stalled in:
> >>> http://www.spinics.net/lists/alsa-devel/msg31433.html
> >>> In summary, I get the following:
> >>> # alsactl -f /etc/asound.state restore /dev/snd/controlC0
> >>> Unknown hardware: "VIA8237" "Realtek ALC658D" "AC97a:414c4781" "0x147b"
> >>> "0x1415"
> >>> Hardware is initialized using a guess method
> >>> # echo $?
> >>> 99
> >> This is no error. It means that alsactl has no special workaround
> >> for your hardware. The return code of alsactl looks strange.
> >> I thought Jaroslav has already fixed it, though...
> >> Takashi
> > Well, Jaroslav fixed it to use "99" instead of "157":
> > http://www.spinics.net/lists/alsa-devel/msg31430.html
> > And, about the message, could it be reworded for preventing to make
> > users think their hardware is "Unknown"? Maybe it could simply show "No
> > workaround needed for: ..." instead of "Unknown hardware"
> Perhaps "Generic" hardware?
More information about the Alsa-devel