Thread (3 messages) 3 messages, 3 authors, 2012-09-28

Re: [PATCH scsi] Short the path length of scsi_cmd_to_driver()

From: Li Zhong <hidden>
Date: 2012-09-28 07:13:45
Also in: lkml

On Thu, 2012-09-27 at 13:43 -0400, Martin K. Petersen wrote:
quoted
quoted
quoted
quoted
quoted
"Li" == Li Zhong [off-list ref] writes:
quoted
@@ -845,8 +844,11 @@ static int scsi_send_eh_cmnd(struct scsi_cmnd *scmd, unsigned char *cmnd,
	scsi_eh_restore_cmnd(scmd, &ses);

-	if (sdrv && sdrv->eh_action)
-		rtn = sdrv->eh_action(scmd, cmnd, cmnd_size, rtn);
+	if (scmd->request->cmd_type == REQ_TYPE_FS) {
+		struct scsi_driver *sdrv = scsi_cmd_to_driver(scmd);
+		if (sdrv->eh_action)
+			rtn = sdrv->eh_action(scmd, cmnd, cmnd_size, rtn);
+	}

	return rtn;
}
My only concern is whether our device lifetime rules guarantee that the
ULD is always attached when we service an error handling command?
Thank you, Martin, for the review. 

I don't know much about scsi, it might take me some more time to have an
answer to the above question. 

For now, if I understand correctly, maybe we could only do the
not-consistent behaviours bug fix?  Or could we provide two versions of
scsi_cmd_to_driver(), one with NULL checking for scsi_send_eh_cmnd(),
one without the checking for scsi_finish_command()? 

Thanks, Zhong
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help