public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
From: Douglas Gilbert <dougg@torque.net>
To: linux1394@lightn.org
Cc: Stefan Richter <stefanr@s5r6.in-berlin.de>,
	linux1394-user@lists.sourceforge.net, linux-scsi@vger.kernel.org
Subject: Re: Sony VGP-XL1B (200 disk CD/DVD jukebox)
Date: Wed, 15 Nov 2006 11:05:27 -0500	[thread overview]
Message-ID: <455B3AC7.4040208@torque.net> (raw)
In-Reply-To: <1163578190.7801.187.camel@localhost.localdomain>

Josha Foust wrote:
<snip>

> My main remaining concern is with the safe operation of the unload
> command.  As I mentioned in a previous email, the media changer is
> perfectly happy to unload a disk from the drive while it is still
> spinning, obviously causing damage to the disk and possibly the changer.
> With the stop command that Dan Dennedy added in his patch to mtx, I can
> get the drive stopped if I retry until the command succeeds.  I am
> worried about race conditions, however.  Is there a way to lock a SCSI
> device for exclusive access so that I can guarantee a safe unload?  I.E.
> that the disk stays stopped while the media changer unloads it.

The PREVENT ALLOW MEDIUM REMOVAL command is defined for
SMC devices (see SPC-3 as SPC-4 has devolved that command
and it is yet to appear explicitly in SMC-3). That isn't
exactly what you asked for but it will impede a START
STOP UNIT (start_bit=0, loej_bit=1) command.

<snip>

Doug Gilbert

      reply	other threads:[~2006-11-15 16:05 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1162685269.7801.16.camel@localhost.localdomain>
     [not found] ` <1162713408.7801.86.camel@localhost.localdomain>
2006-11-05  9:57   ` Sony VGP-XL1B (200 disk CD/DVD jukebox) Stefan Richter
2006-11-15  8:09     ` Josha Foust
2006-11-15 16:05       ` Douglas Gilbert [this message]

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=455B3AC7.4040208@torque.net \
    --to=dougg@torque.net \
    --cc=linux-scsi@vger.kernel.org \
    --cc=linux1394-user@lists.sourceforge.net \
    --cc=linux1394@lightn.org \
    --cc=stefanr@s5r6.in-berlin.de \
    /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