public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
From: Giuliano Pochini <pochini@shiny.it>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Cc: linux-scsi@vger.kernel.org
Subject: Re: removable device: can't detect disk changes
Date: Wed, 20 Aug 2008 00:58:13 +0200	[thread overview]
Message-ID: <20080820005813.da5424bb.pochini@shiny.it> (raw)
In-Reply-To: <1219093095.3261.68.camel@localhost.localdomain>

On Mon, 18 Aug 2008 15:58:14 -0500
James Bottomley <James.Bottomley@HansenPartnership.com> wrote:

> On Mon, 2008-08-18 at 21:52 +0200, Giuliano Pochini wrote:
> > On Tue, 12 Aug 2008 15:08:14 +0200
> > Giuliano Pochini <pochini@shiny.it> wrote:
> > 
> > > 
> > > Fujitsu magneto-optical drive, Adaptec 29160 and 
> > > Linux Jay 2.6.26 #7 SMP Sun Aug 10 18:34:22 CEST 2008 ppc 7455, altivec supported PowerMac3,6 GNU/Linux
> > > 
> > > When I insert a disk and I mount it, scsi_test_unit_ready() is called and
> > > the do-while loop gets sshdr->sense_key == UNIT_ATTENTION in the first
> > > cycle and 0 in the second one. So the if below misses the UNIT_ATTENTION
> > > and sdev->changed = 1 is not executed. At this point bad things can
> > > happen... I'm not sure how to fix this. Any clue ?
> > 
> > Ok... what about this patch ?  The while() condition also checks for
> > NOT_READY. For removable devices sdev->changed is set when not_ready is
> > detected (not only if it occurs in the last cycle).
> > If works fine here, but since I don't know the SCSI subsystem this patch
> > may be wrong.
> 
> Well done! Almost ... apparently what needs to happen is what we're
> currently doing in sr_test_unit_ready.  There's no need to keep checking
> for NOT_READY ... that isn't a volatile condition like UNIT ATTENTION
> and driver_byte(result) & DRIVER_SENSE is equivalent to
> scsi_sense_valid(sshdr) in most cases.  Also, the while loop should exit
> on a non-UNIT ATTENTION condition (like NOT READY).
>
> Does this work?

> diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
[...]

Yes, it works fine. This is your patch without the check for sshdr!=NULL
because it is already in scsi_sense_valid().


--- drivers/scsi/scsi_lib.c__orig	2008-08-18 21:11:45.000000000 +0200
+++ drivers/scsi/scsi_lib.c	2008-08-19 22:31:41.000000000 +0200
@@ -1972,22 +1972,21 @@ scsi_test_unit_ready(struct scsi_device 
 	do {
 		result = scsi_execute_req(sdev, cmd, DMA_NONE, NULL, 0, sshdr,
 					  timeout, retries);
-	} while ((driver_byte(result) & DRIVER_SENSE) &&
-		 sshdr && sshdr->sense_key == UNIT_ATTENTION &&
-		 --retries);
+		if (sdev->removable && scsi_sense_valid(sshdr) &&
+		    sshdr->sense_key == UNIT_ATTENTION)
+			sdev->changed = 1;
+	} while (scsi_sense_valid(sshdr) &&
+		 sshdr->sense_key == UNIT_ATTENTION && --retries);
 
 	if (!sshdr)
 		/* could not allocate sense buffer, so can't process it */
 		return result;
 
-	if ((driver_byte(result) & DRIVER_SENSE) && sdev->removable) {
-
-		if ((scsi_sense_valid(sshdr)) &&
-		    ((sshdr->sense_key == UNIT_ATTENTION) ||
-		     (sshdr->sense_key == NOT_READY))) {
-			sdev->changed = 1;
-			result = 0;
-		}
+	if (sdev->removable && scsi_sense_valid(sshdr) &&
+	    (sshdr->sense_key == UNIT_ATTENTION ||
+	     sshdr->sense_key == NOT_READY)) {
+		sdev->changed = 1;
+		result = 0;
 	}
 	if (!sshdr_external)
 		kfree(sshdr);



--
Giuliano.

  reply	other threads:[~2008-08-19 23:13 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-12 13:08 removable device: can't detect disk changes Giuliano Pochini
2008-08-18 19:52 ` Giuliano Pochini
2008-08-18 20:58   ` James Bottomley
2008-08-19 22:58     ` Giuliano Pochini [this message]
2008-10-13 20:40       ` Giuliano Pochini

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=20080820005813.da5424bb.pochini@shiny.it \
    --to=pochini@shiny.it \
    --cc=James.Bottomley@HansenPartnership.com \
    --cc=linux-scsi@vger.kernel.org \
    /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