Re: sound card/which kernel
ktb wrote:
>
> Hi, I'm attempting to compile my kernel (2.0.34) for the first time to
> enable sound. I was reading in the sound HOWTO that there is a card
> supported "Crystal CS4232 (PnP)" mine is "Crystal pnp Audio System
> CODEC" I was wondering if anyone has had experience with this card and
> if it is possible that my card will work with the "CS4232" card?
I don't have experience with that card, but have you looked at the card
itself and the ICs thereon? If you see the number 4232 printed on the
card itself, or on one of the chips on the card, that's probably the
driver you want. Drivers are usually named for the chip more than the
marketing blurbs.
> Also
> there was mention in the HOWTO about PnP being supported in the 2.1
> kernel. We are now at 2.2.1 if I remember correctly. I was wondering
> if it would be better for me to get a new kernel and compile that one
> for sound?
Why not go to 2.2.1 (I recently did) if you're going to build a kernel?
The process is the same in either case (and dead easy if you use
make-kpkg
(Thanks, Manoj)). My sound is still not working, though, and the fact
that
it isn't working was part of the reason that I rebuilt, so don't get
your
hopes too high. Don't despair, either, sound isn't really much of a
priority
for me, or I'd spring the $20 for the OSS drivers.
> Perhaps in 2.2.1 my card is now an option and maybe it
> supports PnP that would make obtaining sound easier? I'm not too keen
> on switching kernels at this moment as I have several bugs to work out
> on my system the way it is and figuring out how to download and install
> a new kernel is one more process to learn on top of compiling a kernel.
As I said above, go for it on the kernel rebuild - it's not at all
difficult.
> But then I think maybe the new kernel will solve some of my bugs such as
> my clock in Linux and num lock in X not working. (I've posted about
> those two problems before and tried all suggestions, hwclock, setleds
> etc.) Anyway I could use a little advice.
Don't expect the kernel build to help with your clock problem. I still
have
a problem with asclock showing a time an hour different from what date
at the
command line shows, and I have a process that I use to synchronize my
hwclock
and system clock in UTC to time.nist.gov on a regular basis. I also
doubt
that the kernel upgrade will affect your X numlock problem, either.
> Thanks,
> Kent
>
> --
> Unsubscribe? mail -s unsubscribe debian-user-request@lists.debian.org < /dev/null
--
-----------------------------------------
Ralph Winslow rjw@nac.net
The IQ of the group is that of the member
whose IQ is lowest divided by the number
of members.
Reply to: