From owner-freebsd-hackers Mon Jul 10 05:33:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA07216 for hackers-outgoing; Mon, 10 Jul 1995 05:33:21 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA07189 for ; Mon, 10 Jul 1995 05:33:17 -0700 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA29420; Mon, 10 Jul 1995 08:32:40 -0400 Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.9/8.6.5) with ESMTP id IAA13948 for ; Mon, 10 Jul 1995 08:23:17 -0400 Received: (from rivers@localhost) by lakes (8.6.11/8.6.9) id IAA01078 for freebsd-hackers@freefall.cdrom.com; Mon, 10 Jul 1995 08:25:30 -0400 Date: Mon, 10 Jul 1995 08:25:30 -0400 From: Thomas David Rivers Message-Id: <199507101225.IAA01078@lakes> To: freebsd-hackers@freefall.cdrom.com Subject: More sound woes... Sender: hackers-owner@FreeBSD.org Precedence: bulk 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 -