Re: 2.4/2.6 - ATAPI Zip problem in SCSI mode (DEVFS)

[Andrey Borzenkov <arvidjaar@mail.ru>]

On Sunday 31 August 2003 21:55, Ali Akcaagac wrote:
> On Sun, 2003-08-31 at 19:17, Andrey Borzenkov wrote:
> > > For 2.5 this doesn't work anymore and whenever you want to mount a Zip
> > > disk you need to boot Linux together with a Disk inside the Drive, so
> > > during boot it detects the Zip drive + the Disk.
> >
> > yes devfs was castrated in 2.6 and removable media revalidation has been
> > removed without providing any suitable replacement.
>
> Ahh, thanks for letting me know this.
>
> But this leads to the question why CD-ROM removable media revalidation
> works. I mean let's see an SCSI CD-ROM, an ATAPI CD-ROM (in SCSI mode)
> and ATAPI Zip (in SCSI mode) as *the same*.
>

CD-ROM is not partitioned device, Zip is. You always have handle for the whole 
disk (/dev/scsi/.../disc) - if not please let me know it is a bug. But 
partitions are registered only when something is forcing media revalidation 
i.e. attempts to access device. Just listing the devfs directory does not 
count as access now.

> They all have a host device (the mechanics itself), they all talk
> through the same interface (straight SCSI or SCSI emulation). But CD-ROM
> removable media revalidation works. E.g. I plug a CD in and it does the
> trick, the Zip should be alike in my opinion. How does a Zip as
> removable media differ from a CD for example.
>
> By the way it would be pretty nice to improve devfs in this case. I also
> heard a while back that it will be re-written anyways. Would be cool to
> have a native support for that (Kernel related solution).
>

well ... it was not me who removed this code ...