Date: Mon, 10 Jul 1995 08:25:30 -0400 From: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com> To: freebsd-hackers@freefall.cdrom.com Subject: More sound woes... Message-ID: <199507101225.IAA01078@lakes>
next in thread | raw e-mail | index | archive | help
Well - thinking that, although I've gotten the ISP-16 information from OPTi; I'd just wimp out and buy a new sound card; I purchased the latest SoundBlaster Value card (the one that sports an IDE CDROM interface.) I plugged that one in, but it was no go. The newer sound-blaster cards apparently operate the same as my OPTi card, in that the IRQ is not set via a jumper, but via some software you run at DOS boot time (not a driver, just a piece of software that informs the card what IRQ it's to have.) If you don't run that software, the card is not initialized and doesn't operate (the symptom I have with my ISP-16.) Apparently, this is the direction of the sound card people... Finally, does anyone have any thoughts about this particular problem; I've gotten the info from OPTi, and would like to write a driver for the ISP-16 card. It has just about every CDROM interface on it, a MPU-401, a Sound-Blaster Pro compatible sound system, and a WSS sound system. The problem is this card should be probed, then set up per the other devices in the kernel. That is, the probe for this card should look to see where the kernel thinks the sound-blaster IRQ is, and set the card up for that. Similarly, if there is no mitsumi/panisonic/sony CDROM driver in the kernel, the ISP-16 probe should disable those devices, etc... I've been thinking about how to do this; and was wondering if the PAS driver would be a good example - but I don't think there's another situation where one driver/probe interacts with another.... Care to share your thoughts on this? - Dave Rivers -
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199507101225.IAA01078>