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 [EMAIL PROTECTED] < /dev/null -- ----------------------------------------- Ralph Winslow [EMAIL PROTECTED] The IQ of the group is that of the member whose IQ is lowest divided by the number of members.
