From owner-freebsd-hackers Wed Feb 15 21:00:16 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA08547 for hackers-outgoing; Wed, 15 Feb 1995 21:00:16 -0800 Received: from mail.Germany.EU.net (mail.Germany.EU.net [192.76.144.65]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA08537; Wed, 15 Feb 1995 21:00:14 -0800 Received: by mail.Germany.EU.net with SMTP (8.6.5:29/EUnetD-2.5.1.d) via EUnet id GAA22613; Thu, 16 Feb 1995 06:01:23 +0100 Received: by ruhrgebiet.individual.net (/\==/\ Smail3.1.28.1 #28.1) id ; Thu, 16 Feb 95 04:01 GMT Received: by robkaos.ruhr.de (/\oo/\ Smail3.1.29.1 #29.1) id ; Wed, 15 Feb 95 14:39 MET Message-Id: From: robsch@robkaos.ruhr.de (Robert Schien) Subject: Re: scsi(1) and WORM drives.. To: jkh@FreeBSD.org (Jordan K. Hubbard) Date: Wed, 15 Feb 1995 14:39:12 -0500 (MET) Cc: hackers@FreeBSD.org In-Reply-To: <16741.792813823@time.cdrom.com> from "Jordan K. Hubbard" at Feb 14, 95 06:03:43 pm X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2156 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I've got a Phillips CDROM burner that I would, for obvious reasons, > love to actually have work under FreeBSD. I know that it's probably > impractical, since these things need to be fed a steady stream of > data, but perhaps I could use the new rtprio() stuff to make sure that > the `burning' process didn't have to give up the CPU until it was damn > well ready. When it's making a CDROM, I don't want it doing anything > else anyway. > > It wasn't recognised by the SCSI driver, or at least it was probed and > then noted as having no explicit driver available and then ignored, so > I configured in the UK device and here's what I got: > > sd1: 4095MB (8388315 total sec), 3712 cyl, 21 head, 107 sec, bytes/sec 512 > bt0 targ 3 lun 0: type 4(worm) removable SCSI1 > bt0 targ 3 lun 0: > uk0: unknown device > bt0 targ 3 lun 1: type 4(worm) removable SCSI1 > bt0 targ 3 lun 1: > ... > > Anyone know how or if I can now use scsi(1) to somehow get raw data to > the device? Ideally, I would just like to be able to do the equivalent > of: dd if=image.cd0 of=/dev/rsd2d > > But as life is probably nowhere near that simple, I'll also settle for > being able to open some device and ram the file down its throat > somehow after suitable ioctl()s, or whatever. > > This would actually be such an advantage for us that I think there > could be some money in this if somebody wanted to contract for the job > of making this all work. Comments? > > Jordan > I have a Fujitsu MO drive and it would be nice if one could have more support for optical drives. At the moment it is used as a direct access device, i.e. like a hard drive (there is a jumper on the drive). Also, if I unmount the MO drive, swap the cartridge, and remount again, I get "UNIT ATTENTION asc 28", and the device is no more configured. Reprobing does not work for me. I get only "Device not configured" messages. I'm using an AHA1542C in a 486DX50 with 20 MB RAM. Whether this is a subtle hardware problem or not, I don't know. The FreeBSD is the SNAP of Feb, 2nd. Good luck with your CD writer. Robert