From owner-freebsd-hackers Fri Dec 20 00:24:29 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA11191 for hackers-outgoing; Fri, 20 Dec 1996 00:24:29 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA11159 for ; Fri, 20 Dec 1996 00:24:09 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA17362; Fri, 20 Dec 1996 09:21:15 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA10088; Fri, 20 Dec 1996 09:21:14 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id JAA03508; Fri, 20 Dec 1996 09:00:11 +0100 (MET) From: J Wunsch Message-Id: <199612200800.JAA03508@uriah.heep.sax.de> Subject: Re: current worm info pointers To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 20 Dec 1996 09:00:11 +0100 (MET) Cc: elh@gateway.spnet.com Reply-To: scsi@freebsd.org In-Reply-To: <199612200240.SAA02146@gateway.spnet.com> from Ed Hudson at "Dec 19, 96 06:40:05 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (Followups to freebsd-scsi@freebsd.org, please) As Ed Hudson wrote: > now i'm looking for pointers on finding information on current worm > developement and applications (particularly audio read/write), > or any other info than the handbook and worm.c Audio write should already be possible. Wrt. audio read, contact multimedia@freebsd.org. I know that there's at least Charles Henrich's `cdd' suite, and Charles will certainly also point out to you the various brokenesses of the various drives wrt. reading audio data. > worm kernel intallation question: > > to get my philips cdd2000 to be recognized as a worm > whilst a "device cd0" is also present in the config file required > that i reverse the cd/worm entries in scsiconf.c Interesting. That's basically also what PR 2225 says. I wonder why scsiconf.c is now broken... Ahyep! I know why this happens! And yes, changing the two sets of records _is_ the right action. Previously, there was no `catchall' entry for CD devices. This caused some (broken) CD drives to respond on all LUNs where they should only respond on a single LUN, that's why we've now got the catchall entry. Of course, since the list is walked down front to back, this catchall entry now also catches the HP and Philips CD-R drives (since they claim to be of type `Readonly' aka. CDROM). Perhaps it's best if we put all the catchall records to the end of the quirks list? > (this was done within a "make world system" of a top-of-cvsup > build from 12/17/96 or so). > is there a better way? Ouch! Yep, there's no need to revamp everything. It should have been as simple as going into your kernel's compile directory, and type `make' there. Since your sys/scsi/scsiconf.c has been touched, make should notice this fact, and recompile the required portions (not much more than scsiconf.c itself in your case). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)