[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1342511100.3039.9.camel@dabdike.int.hansenpartnership.com>
Date: Tue, 17 Jul 2012 08:45:00 +0100
From: James Bottomley <James.Bottomley@...senPartnership.com>
To: Paolo Bonzini <pbonzini@...hat.com>
Cc: linux-kernel@...r.kernel.org, linux-scsi@...r.kernel.org
Subject: Re: [PATCH] sd: do not set changed flag on all unit attention
conditions
On Mon, 2012-07-16 at 19:20 +0200, Paolo Bonzini wrote:
> Il 16/07/2012 18:18, James Bottomley ha scritto:
> >> > diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
> >> > index b583277..6d8ca08 100644
> >> > --- a/drivers/scsi/scsi_lib.c
> >> > +++ b/drivers/scsi/scsi_lib.c
> >> > @@ -843,8 +843,11 @@ void scsi_io_completion(struct scsi_cmnd *cmd, unsigned int good_bytes)
> >> > } else if (sense_valid && !sense_deferred) {
> >> > switch (sshdr.sense_key) {
> >> > case UNIT_ATTENTION:
> >> > - if (cmd->device->removable) {
> >> > - /* Detected disc change. Set a bit
> >> > + if (cmd->device->removable &&
> >> > + (sshdr.asc == 0x3a ||
> >> > + (sshdr.asc == 0x28 && sshdr.ascq == 0x00))) {
> >> > + /* "No medium" or "Medium may have changed."
> >> > + * This means a disc change. Set a bit
> > This type of change would likely cause a huge cascade of errors in real
> > removable media devices. Under the MMC standards, which a lot of the
> > older removable discs seem to follow, UNIT ATTENTION indicates either
> > medium change or device reset (which we check for and eat lower down);
> > we can't rely on them giving proper SBC-2 sense codes. If you want to
> > pretend to be removable media, you have to conform to its standards.
>
> Would you accept a patch doing the opposite, i.e. passing some sense
> codes such as PARAMETERS CHANGED and TARGET OPERATING CONDITIONS HAVE
> CHANGED?
Could you explain what the problem actually is? It looks like you had a
reason to mark virtio-scsi as removable, even though it isn't, and now
you want to add further hacks because being removable doesn't quite
work.
Lets go back and see if there's a more correct way to do whatever it is
you want to do.
James
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists