RE: [PATCH] drivers/scsi/emcctd: drivers/scsi/emcctd: Client driver implementation for EMC-Symmetrix GuestOS emulated Cut-Through Device

Thanks Johannes for generously reviewing my patch. It indeed is going to improve the thing a lot. I agree with all your comments so far, and will submit a newer patch soon. 
Since this is my first patch, I have couple of questions regarding submitting the patch:

1.  Is there a page/place where I can see the review comments rather neatly ?, finding out all the comments and infact reading to entire code on text file is cumbersome. If there is no way, then its fine,... I can live with it.
2. When I address the review comments and want to resubmit the patch, do I need to submit the incremental patch or the entire code patch again ? git-format-patch gives me incremental patch only.

Thanks
Maneesh

-----Original Message-----
From: Johannes Thumshirn [mailto:jthumshirn-l3A5Bk7waGM@public.gmane.org]
Sent: Monday, January 25, 2016 2:56 PM
To: Singhal, Maneesh
Cc: linux-scsi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org;
JBottomley-wo1vFcy6AUs@public.gmane.org; martin.petersen-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org; linux-
api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH] drivers/scsi/emcctd: drivers/scsi/emcctd: Client
driver implementation for EMC-Symmetrix GuestOS emulated Cut-
Through Device

On Sat, Jan 23, 2016 at 05:51:50AM +0000, Singhal, Maneesh wrote:

quoted

Thanks for your time. My replies inlined...

[...]

quoted

quoted

quoted

+		}
+

You don't do any cleanup work at
ctd_scsi_response_sanity_check_complete. You could just reutrn 0
here as well.

[MS>] Just avoiding multiple exit points from the function

Please have a look at Documentation/CodingStyle Chapter 7:
Centralized exiting of functions. Especially this part:

<quote>
The goto statement comes in handy when a function exits from
multiple locations and some common work such as cleanup has to be
done.  If there is no cleanup needed then just return directly.
</quote>

and the example below that section.

quoted

quoted

quoted

+
+		ctd_dprintk_crit(

[...]

quoted

quoted

quoted

+	if (request && request->io_timeout < EMCCTD_MAX_RETRY) {

The following block is a bit long and therefore it's hard to spot an
eventual error of handling the io_mgmt_lock. Can't it be factored
out in a helper function?

[MS>] I know its little longer, but actually fits logically together... Will

see if it can be factored. Not sure though.

Yes please. It's not uber important but short functions and paths are
generally favoured when debugging and reviewing code.


Thanks,
	Johannes

--
Johannes Thumshirn                                          Storage
jthumshirn-l3A5Bk7waGM@public.gmane.org                                +49 911 74053 689
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG
Nürnberg) Key fingerprint = EC38 9CAB C2C4 F25D 8600 D0D0 0393 969D
2D76 0850