From: Douglas Gilbert <dougg@torque.net>
To: linux-scsi@vger.kernel.org
Cc: James.Bottomley@SteelEye.com
Subject: Re: [PATCH] normalize fixed and descriptor sense data
Date: Sat, 28 Aug 2004 15:05:35 +1000 [thread overview]
Message-ID: <4130129F.40503@torque.net> (raw)
In-Reply-To: <412EF74A.1070106@torque.net>
[-- Attachment #1: Type: text/plain, Size: 1660 bytes --]
Douglas Gilbert wrote:
> After the comments on the RFC for this thread, here is
> a patch against lk 2.6.9-rc1 to kick around.
>
> The patch only touches two files: scsi.h and scsi_lib.c
> It adds the proposed facility and then uses it in scsi_lib
> in roughly 4 locations. IMO there were 3 sense processing errors:
> - block SG_IO did not get passed back deferred errors
> [SG_IO is a __pass-through__ interface!!]
> - MEDIUM_ERRORs _do_ get processed for deferred sense errors
> in scsi_io_completion() which seems unintended
> [I did not fix this one.]
> - invalid command operation code handling in
> __scsi_mode_sense() was just wrong
>
> If people think this is a reasonable approach, then the rest of
> the scsi mid-level and upper level driver could be converted.
> As Kai pointed we may need some general routines to pick up the
> sense data "extras".
>
> The benefit of doing this conversion is that it may well
> highlight a lot more sense data processing errors (if the
> above is any guide).
>
> Changes:
> - add structure to receive normalized sense data from either
> fixed or descriptor format sense data
> - add scsi_normalize_sense() function to populate that structure
> - add scsi_sense_is_deferred() function so deferred errors can
> be ignored in many contexts
> - apply new mechanism to sense data processing within the
> scsi_lib.c file
Here is a second cut of the patch.
If James accepts it naturally he is free to enforce the
appropriate coding style.
I believe that cleaning up scsi error processing is going
to be a "work in progress" for a while.
Doug Gilbert
[-- Attachment #2: scsi_sdesc269rc1_2.diff --]
[-- Type: text/x-patch, Size: 6687 bytes --]
--- linux/include/scsi/scsi.h 2004-08-25 10:06:42.000000000 +1000
+++ linux/include/scsi/scsi.h269rc1sdesc2 2004-08-28 14:17:48.000000000 +1000
@@ -236,6 +236,33 @@
__u8 scsi_lun[8];
};
+/* This is a slightly modified SCSI sense "descriptor" format header.
+ * The addition is to allow the 0x70 and 0x71 response codes. The idea
+ * is to place the salient data from either "fixed" or "descriptor" sense
+ * format into one structure to ease application processing.
+ * The original sense buffer should be kept around for those cases
+ * in which more information is required (e.g. the LBA of a MEDIUM ERROR).
+ */
+struct scsi_sense_hdr { /* See SPC-3 section 4.5 */
+ uint8_t response_code; /* permit: 0x0, 0x70, 0x71, 0x72, 0x73 */
+ uint8_t sense_key;
+ uint8_t asc;
+ uint8_t ascq;
+ uint8_t byte4;
+ uint8_t byte5;
+ uint8_t byte6;
+ uint8_t additional_length; /* always 0 for fixed sense format */
+};
+
+extern int scsi_normalize_sense(const uint8_t * sense_buffer, int sb_len,
+ struct scsi_sense_hdr * sshdr);
+
+static inline int scsi_sense_is_deferred(struct scsi_sense_hdr * sshdr)
+{
+ return ((sshdr->response_code >= 0x70) && (sshdr->response_code & 1))
+ ? 1 : 0;
+}
+
/*
* MESSAGE CODES
*/
--- linux/drivers/scsi/scsi_lib.c 2004-08-25 10:06:39.000000000 +1000
+++ linux/drivers/scsi/scsi_lib.c269rc1sdesc2 2004-08-28 14:48:40.000000000 +1000
@@ -692,6 +692,7 @@
request_queue_t *q = cmd->device->request_queue;
struct request *req = cmd->request;
int clear_errors = 1;
+ struct scsi_sense_hdr sshdr;
/*
* Free up any indirection buffers we allocated for DMA purposes.
@@ -715,7 +716,11 @@
(CHECK_CONDITION << 1) : (result & 0xff);
if (result) {
clear_errors = 0;
- if (cmd->sense_buffer[0] & 0x70) {
+ if (scsi_normalize_sense(cmd->sense_buffer,
+ sizeof(cmd->sense_buffer), &sshdr)) {
+ /*
+ * SG_IO wants to know about deferred errors
+ */
int len = 8 + cmd->sense_buffer[7];
if (len > SCSI_SENSE_BUFFERSIZE)
@@ -774,17 +779,18 @@
* can choose a block to remap, etc.
*/
if (driver_byte(result) != 0) {
- if ((cmd->sense_buffer[0] & 0x7f) == 0x70) {
+ if (scsi_normalize_sense(cmd->sense_buffer,
+ SCSI_SENSE_BUFFERSIZE, &sshdr) &&
+ (! scsi_sense_is_deferred(&sshdr))) {
/*
* If the device is in the process of becoming ready,
* retry.
*/
- if (cmd->sense_buffer[12] == 0x04 &&
- cmd->sense_buffer[13] == 0x01) {
+ if (sshdr.asc == 0x04 && sshdr.ascq == 0x01) {
scsi_requeue_command(q, cmd);
return;
}
- if ((cmd->sense_buffer[2] & 0xf) == UNIT_ATTENTION) {
+ if (sshdr.sense_key == UNIT_ATTENTION) {
if (cmd->device->removable) {
/* detected disc change. set a bit
* and quietly refuse further access.
@@ -813,7 +819,10 @@
* failed, we may have read past the end of the disk.
*/
- switch (cmd->sense_buffer[2]) {
+/*
+ * Following is probably broken since deferred errors fall through [dpg 20040827]
+ */
+ switch (sshdr.sense_key) {
case ILLEGAL_REQUEST:
if (cmd->device->use_10_for_rw &&
(cmd->cmnd[0] == READ_10 ||
@@ -835,8 +844,6 @@
req->rq_disk ? req->rq_disk->disk_name : "");
cmd = scsi_end_request(cmd, 0, this_count, 1);
return;
- break;
- case MEDIUM_ERROR:
case VOLUME_OVERFLOW:
printk("scsi%d: ERROR on channel %d, id %d, lun %d, CDB: ",
cmd->device->host->host_no, (int) cmd->device->channel,
@@ -1496,8 +1503,7 @@
}
sreq->sr_cmd_len = 0;
- sreq->sr_sense_buffer[0] = 0;
- sreq->sr_sense_buffer[2] = 0;
+ memset(sreq->sr_sense_buffer, 0, sizeof(sreq->sr_sense_buffer));
sreq->sr_data_direction = DMA_FROM_DEVICE;
memset(buffer, 0, len);
@@ -1508,14 +1514,22 @@
* ILLEGAL REQUEST sense return identifies the actual command
* byte as the problem. MODE_SENSE commands can return
* ILLEGAL REQUEST if the code page isn't supported */
- if (use_10_for_ms && ! scsi_status_is_good(sreq->sr_result) &&
- (driver_byte(sreq->sr_result) & DRIVER_SENSE) &&
- sreq->sr_sense_buffer[2] == ILLEGAL_REQUEST &&
- (sreq->sr_sense_buffer[4] & 0x40) == 0x40 &&
- sreq->sr_sense_buffer[5] == 0 &&
- sreq->sr_sense_buffer[6] == 0 ) {
- sreq->sr_device->use_10_for_ms = 0;
- goto retry;
+
+ if (use_10_for_ms && (! scsi_status_is_good(sreq->sr_result)) &&
+ (driver_byte(sreq->sr_result) & DRIVER_SENSE)) {
+ struct scsi_sense_hdr sshdr;
+
+ if (scsi_normalize_sense(sreq->sr_sense_buffer,
+ sizeof(sreq->sr_sense_buffer), &sshdr)) {
+ if ((sshdr.sense_key == ILLEGAL_REQUEST) &&
+ (sshdr.asc == 0x20) && (sshdr.ascq == 0)) {
+ /*
+ * Invalid command operation code
+ */
+ sreq->sr_device->use_10_for_ms = 0;
+ goto retry;
+ }
+ }
}
if(scsi_status_is_good(sreq->sr_result)) {
@@ -1711,3 +1725,58 @@
}
EXPORT_SYMBOL(scsi_device_resume);
+/**
+ * scsi_normalize_sense - normalize main elements from either fixed
+ * or descriptor sense data format into a common format.
+ * @sense_buffer: byte array containing sense data returned by
+ * device
+ * @sb_len: number of valid bytes in sense_buffer
+ * @sshdr: pointer to instance of structure that common
+ * elements are written to. Ignored if NULL.
+ *
+ * The "main elements" from sense data are: response_code, sense_key,
+ * asc, ascq and additional_length (only for descriptor format).
+ * Typically this function can be called after a device has
+ * responded to a SCSI command with the CHECK_CONDITION status.
+ *
+ * Returns 1 if valid sense data information found, else 0;
+ **/
+int scsi_normalize_sense(const uint8_t * sense_buffer, int sb_len,
+ struct scsi_sense_hdr * sshdr)
+{
+ memset(sshdr, 0, sizeof(struct scsi_sense_hdr));
+ if ((sense_buffer == NULL) || (sb_len == 0) ||
+ ((0x70 & sense_buffer[0]) != 0x70))
+ return 0;
+ sshdr->response_code = (sense_buffer[0] & 0x7f);
+ if (sshdr->response_code >= 0x72) {
+ /*
+ * descriptor format
+ */
+ if (sb_len > 1)
+ sshdr->sense_key = (sense_buffer[1] & 0xf);
+ if (sb_len > 2)
+ sshdr->asc = sense_buffer[2];
+ if (sb_len > 3)
+ sshdr->ascq = sense_buffer[3];
+ if (sb_len > 7)
+ sshdr->additional_length = sense_buffer[7];
+ } else {
+ /*
+ * fixed format
+ */
+ if (sb_len > 2)
+ sshdr->sense_key = (sense_buffer[2] & 0xf);
+ if (sb_len > 7) {
+ sb_len = (sb_len < (sense_buffer[7] + 8)) ?
+ sb_len : (sense_buffer[7] + 8);
+ if (sb_len > 12)
+ sshdr->asc = sense_buffer[12];
+ if (sb_len > 13)
+ sshdr->ascq = sense_buffer[13];
+ }
+ }
+ return 1;
+}
+EXPORT_SYMBOL(scsi_normalize_sense);
+
next prev parent reply other threads:[~2004-08-28 5:06 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-27 8:56 [PATCH] normalize fixed and descriptor sense data Douglas Gilbert
2004-08-27 15:18 ` Christoph Hellwig
2004-08-27 15:45 ` Luben Tuikov
2004-08-27 15:52 ` Christoph Hellwig
2004-08-27 15:46 ` Randy.Dunlap
2004-08-28 5:05 ` Douglas Gilbert [this message]
2004-08-28 20:23 ` Christoph Hellwig
2004-08-29 0:36 ` Douglas Gilbert
2004-08-29 8:59 ` Christoph Hellwig
-- strict thread matches above, loose matches on Subject: below --
2004-08-27 14:56 Pat LaVarre
2004-08-28 4:07 ` Douglas Gilbert
2004-08-28 6:31 ` Kai Makisara
[not found] ` <3CC78E D C-FAAA-11D8-85F1-00039398BB5E@ieee.org>
2004-08-30 17:30 ` Pat LaVarre
2004-08-30 19:51 ` Kai Makisara
2004-08-30 20:03 ` 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=4130129F.40503@torque.net \
--to=dougg@torque.net \
--cc=James.Bottomley@SteelEye.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