On Fri, Mar 31 2000, Tomasz Motylewski wrote:
> This is a long standing problem in 2.2.xx. I have HP CD-Writer Plus 7500 IDE
> configured as slave on ide0. /dev/hda3 is my root FS.
>
> I am using append="hdb=ide-scsi" in lilo.conf
> Then I do "modprobe ide-scsi". I get:
>
> scsi1 : SCSI host adapter emulation for IDE ATAPI devices
> scsi : 2 hosts.
> Vendor: HP Model: CD-Writer+ 7500 Rev: 1.0a
> Type: CD-ROM ANSI SCSI revision: 02
> Detected scsi CD-ROM sr1 at scsi1, channel 0, id 0, lun 0
> scsi1 : channel 0 target 0 lun 1 request sense failed, performing reset.
> SCSI bus is being reset for host 1 channel 0.
> sr1: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray
>
> The problem: when burning CDs using
> cdrecord -speed=2 -dev=1,0,0 -v -data my.img
>
> any disk access during "fixating" locks the access to the hda disk. Ps shows
> processes accumulating in D state, waiting on:
>
> c0206954 T __down_failed
> 20695c bash, and others - most common
> c0206960 T __down_failed_interruptible
This is IDE, get used to it. Devices cannot disconnect and thus occopy the
bus for the length of the command - in your case the close track / session
command.
> Also "cdrecord -speed=2 -dev=1,0,0 -blank=all" hags hda access - system runs
> only because lots of things are loaded from memory cache. Killing cdrecord
> with kill -9 does not help. cderecord gets killed, but disk access is stille
> blocked (CD writer still is blanking CD), lsmod shows that ide-scsi is not
> used.
Same deal.
> The writing phase of burn process does not cause complete lock, but the
> system runs much slower.
Writes commands transfer a bit of the track at the time, thus you can
sneak in requests from hda between each write if you are lucky.
You should put the writer on the second IDE channel.
-- * Jens Axboe <axboe@suse.de> * Linux CD/DVD-ROM, SuSE Labs * http://kernel.dk- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Fri Mar 31 2000 - 21:00:28 EST