From: Ondrej Zary <linux@rainbow-software.org>
To: Takashi Iwai <tiwai@suse.de>
Cc: alsa-devel@alsa-project.org,
George Talusan <gstalusan@uwaterloo.ca>,
linux-kernel@vger.kernel.org, perex@suse.cz,
Adrian Bunk <bunk@stusta.de>
Subject: Re: sound/isa/cmi8330.c: dead ENABLE_SB_MIXER code
Date: Thu, 21 Dec 2006 21:22:05 +0100 [thread overview]
Message-ID: <200612212122.06376.linux@rainbow-software.org> (raw)
In-Reply-To: <s5hac1kfbpo.wl%tiwai@suse.de>
On Tuesday 19 December 2006 10:59, you wrote:
> At Mon, 4 Dec 2006 17:04:34 +0100,
>
> Adrian Bunk wrote:
> > In sound/isa/cmi8330.c, the ENABLE_SB_MIXER code is currently never
> > used.
> >
> > What's the story behind this?
> > Should ENABLE_SB_MIXER be enabled?
> > Or the code be removed?
>
> CMI8330 has a dual interface for SB and Adlib modes. The mixer can
> also behave differently according to the mode. The current code has
> mixer elements corresponding to both modes.
CMI8330 (and also CMI8329) appears like SB16 and WSS
> However, these mixer elements _seem_ to interactive with each other,
> and cannot be controlled individually. That's why ENABLE_SB_MIXER is
> disabled. I cannot check this issue any longer since the test board
> got broken long time ago...
The mixer is a bit weird - and probably different between CMI8329 and CMI8330.
At least on my CMI8329A, the master volume does not work. And there are also
some problems with PCM volume - I can decrease it in alsamixer but not
increase - but it works both ways in XMMS...
I have also some boards with integrated CMI8330 - so I might test it
sometimes.
> I don't think we would get many gain by changing this old code.
> (and the relevant part isn't so big.)
> Let's keep as it is.
>
>
> Takashi
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
Ondrej Zary
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
WARNING: multiple messages have this Message-ID (diff)
From: Ondrej Zary <linux@rainbow-software.org>
To: Takashi Iwai <tiwai@suse.de>
Cc: Adrian Bunk <bunk@stusta.de>,
George Talusan <gstalusan@uwaterloo.ca>,
perex@suse.cz, alsa-devel@alsa-project.org,
linux-kernel@vger.kernel.org
Subject: Re: [Alsa-devel] sound/isa/cmi8330.c: dead ENABLE_SB_MIXER code
Date: Thu, 21 Dec 2006 21:22:05 +0100 [thread overview]
Message-ID: <200612212122.06376.linux@rainbow-software.org> (raw)
In-Reply-To: <s5hac1kfbpo.wl%tiwai@suse.de>
On Tuesday 19 December 2006 10:59, you wrote:
> At Mon, 4 Dec 2006 17:04:34 +0100,
>
> Adrian Bunk wrote:
> > In sound/isa/cmi8330.c, the ENABLE_SB_MIXER code is currently never
> > used.
> >
> > What's the story behind this?
> > Should ENABLE_SB_MIXER be enabled?
> > Or the code be removed?
>
> CMI8330 has a dual interface for SB and Adlib modes. The mixer can
> also behave differently according to the mode. The current code has
> mixer elements corresponding to both modes.
CMI8330 (and also CMI8329) appears like SB16 and WSS
> However, these mixer elements _seem_ to interactive with each other,
> and cannot be controlled individually. That's why ENABLE_SB_MIXER is
> disabled. I cannot check this issue any longer since the test board
> got broken long time ago...
The mixer is a bit weird - and probably different between CMI8329 and CMI8330.
At least on my CMI8329A, the master volume does not work. And there are also
some problems with PCM volume - I can decrease it in alsamixer but not
increase - but it works both ways in XMMS...
I have also some boards with integrated CMI8330 - so I might test it
sometimes.
> I don't think we would get many gain by changing this old code.
> (and the relevant part isn't so big.)
> Let's keep as it is.
>
>
> Takashi
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
Ondrej Zary
next prev parent reply other threads:[~2006-12-21 20:22 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-04 16:04 sound/isa/cmi8330.c: dead ENABLE_SB_MIXER code Adrian Bunk
2006-12-19 9:59 ` Takashi Iwai
2006-12-19 9:59 ` [Alsa-devel] " Takashi Iwai
2006-12-21 20:22 ` Ondrej Zary [this message]
2006-12-21 20:22 ` Ondrej Zary
-- strict thread matches above, loose matches on Subject: below --
2006-12-04 16:04 Adrian Bunk
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=200612212122.06376.linux@rainbow-software.org \
--to=linux@rainbow-software.org \
--cc=alsa-devel@alsa-project.org \
--cc=bunk@stusta.de \
--cc=gstalusan@uwaterloo.ca \
--cc=linux-kernel@vger.kernel.org \
--cc=perex@suse.cz \
--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.