>From: "Mike A. Harris" <[EMAIL PROTECTED]>
>On Thu, 10 Aug 2000, Joerg Schilling wrote:
>>Date: Thu, 10 Aug 2000 20:34:58 +0200 (MET DST)
>>From: Joerg Schilling <[EMAIL PROTECTED]>
>>To: [EMAIL PROTECTED], [EMAIL PROTECTED]
>>Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
>>Subject: Re: Can't access CDROM while blanking a CDRW.
>>
>>
>>>From: Dan Hollis <[EMAIL PROTECTED]>
>>
>>>On Thu, 10 Aug 2000, Bill Davidsen wrote:
>>>> I'm told that in the next year or so ATAPI will be upgraded to allow
>>>> disconnect-reconnect
>>
>>>It already supports this
>>
>>On Linux ?
>Jens Axboe sent me a URL for downloading cdrw blanking software
>he wrote for Linux that uses ATAPI disconnect. I was erasing a
>cd with cdrecord the other day and I tried to mount a CD in my
>reader and got an Oops when cdrecord finished. The kernel is at
>fault, but it sucked not being able to mount a CD because of
>cdrecord blanking the RW disk.
You may specify the IMMED bit in "long lasting" SCSI commands.
The SCSI command then returns immediatly but you have to do active
waiting for the end. Unfortunately firmware in ATAPI drives becomes
worse and worse so waiting does not work as expected for many drives.
For this reason I decided that the IMMED bit is not an option for
cdrecord.
>So, can we assume that cdrecord will also use disconnect in the
>future?
If there was real disconnect/reconnect, cdrecord doesn't need to care
about because disconnect/reconnect is a property of the lowest tansport
layer in the kernel.
J�rg
EMail:[EMAIL PROTECTED] (home) J�rg Schilling D-13353 Berlin
[EMAIL PROTECTED] (uni) If you don't have iso-8859-1
[EMAIL PROTECTED] (work) chars I am J"org Schilling
URL: http://www.fokus.gmd.de/usr/schilling ftp://ftp.fokus.gmd.de/pub/unix
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
