Date: Tue, 14 Feb 1995 18:03:43 -0800 From: "Jordan K. Hubbard" <jkh@FreeBSD.org> To: dufault@hda.com Cc: hackers@freefall.cdrom.com Subject: scsi(1) and WORM drives.. Message-ID: <16741.792813823@time.cdrom.com>
next in thread | raw e-mail | index | archive | help
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: <IMS CDD521/10 ????> uk0: unknown device bt0 targ 3 lun 1: type 4(worm) removable SCSI1 bt0 targ 3 lun 1: <IMS CDD521/10 ????> ... 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?16741.792813823>