From: Wakko Warner <wakko@animx.eu.org>
To: Matthew Dharm <mdharm-kernel@one-eyed-alien.net>,
Linux SCSI list <linux-scsi@vger.kernel.org>,
USB Storage List <usb-storage@lists.one-eyed-alien.net>
Subject: Re: Can't eject jaz disk on 2.6
Date: Sat, 27 Mar 2004 19:07:46 -0500 [thread overview]
Message-ID: <20040327190746.A4500@animx.eu.org> (raw)
In-Reply-To: <20040327225258.GB5203@one-eyed-alien.net>; from Matthew Dharm on Sat, Mar 27, 2004 at 02:52:58PM -0800
Keep me in CC, I removed linux-kernel list, I'm not on the other 2.
> > > > I've used 2.6.0 to 2.6.4 on a computer with a jaz drive.
> > > > Using eject 2.0.13, I'm unable to eject the disk. I have tested on 2.4.24
> > > > and it does eject.
> > >
> > > Over on the usb-storage list, we've just become aware of a similar problem.
> >
> > What was it with?
>
> The device in question there was an Iomega USB Zip 100 drive.
I see.
> > > Are you using SCSI or IDE?
> >
> > SCSI. I thought all JAZ disks were scsi?
>
> I wasn't sure. USB is emulated through the SCSI layer, tho. I would
> recommend we take this discussion to the linux-scsi mailing list.
IIRC all JAZ drivers were scsi. Looks like they no longer make the jaz
drive.
> > > We've actually recorded the SCSI layer sending us a PREVENT_MEDIUM_REMOVAL,
> > > then a START_STOP (to actually eject), and then an ALLOW_MEDIUM_REMOVAL.
> > > So, nothing gets ejected. This is under 2.6.
> >
> > I have noticed that when I attempt to eject, it spins the disk backup,
> > spins down and that's it.
>
> The user of the Zip 100 actually sent us logs showing this behavior. We
> assume it's coming from the SCSI system, as usb-storage doesn't contain
> anything remotely resembling this....
>
> Repeated uses of the 'eject' command generated the same sequence in his
> test scenario, but his Zip 100 actually ejected the media on the second
> try. I think that's a device-dependent behavior, tho.
Didn't for me, but I only ran eject 2 times. I did not want to add
unnecessary wear on the motor since it spins up and back down. I'm sure it
is with scsi, but I don't have a zip drive. (Didn't see the need, 100mb is
nothing nowadays)
--
Lab tests show that use of micro$oft causes cancer in lab animals
next prev parent reply other threads:[~2004-03-27 23:56 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20040327075918.A2232@animx.eu.org>
[not found] ` <20040327224222.GA5203@one-eyed-alien.net>
[not found] ` <20040327180018.A4269@animx.eu.org>
2004-03-27 22:52 ` Can't eject jaz disk on 2.6 Matthew Dharm
2004-03-28 0:07 ` Wakko Warner [this message]
2004-03-29 15:40 ` [usb-storage] " Pat LaVarre
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040327190746.A4500@animx.eu.org \
--to=wakko@animx.eu.org \
--cc=linux-scsi@vger.kernel.org \
--cc=mdharm-kernel@one-eyed-alien.net \
--cc=usb-storage@lists.one-eyed-alien.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox