Date: Tue, 22 Aug 2000 14:29:09 -0600 From: "Kenneth D. Merry" <ken@kdm.org> To: Brian Fundakowski Feldman <green@FreeBSD.org> Cc: Mike Meyer <mwm@mired.org>, current@FreeBSD.org Subject: Re: Why no CDR ioctls for SCSI cds? Message-ID: <20000822142909.B79351@panzer.kdm.org> In-Reply-To: <Pine.BSF.4.21.0008221520030.83059-100000@green.dyndns.org>; from green@FreeBSD.org on Tue, Aug 22, 2000 at 03:22:05PM -0400 References: <20000821104114.A67935@panzer.kdm.org> <Pine.BSF.4.21.0008221520030.83059-100000@green.dyndns.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Aug 22, 2000 at 15:22:05 -0400, Brian Fundakowski Feldman wrote: > One thing that's missing is the ioctl CDRIOCSETBLOCKSIZE. It would > be _really_ nice if cd(4) supported that ioctl so I could just seek > and read from a CD. I had knu trying out my read_cd program, and it > doesn't work for SCSI CD-ROMs, seemingly because of this issue :( > > Would you be adverse to implementeing that ioctl? That's fine. As it turns out, I've had additional discussions with Mike Meyer and Matt Jacob and Mike will probably be implementing MMC CD-R support. That ioctl will probably be a part of it. The functionality you're looking for is part of a larger issue of supporting CDDA reads in the cd(4) driver. That's needed to support AudioFS. (As well as to support doing a straight read off the CD when an audio CD is in there.) The main problem is that different drives use different commands to read audio data. MMC-compliant drives are one case, but there are a lot more drives out there that use varying methods to read audio data. It'll also take some tweaking to get the driver to support blocksizes that aren't multiples of 512 bytes. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000822142909.B79351>