Re: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function implementations

2016-01-06 Thread Nicholas A. Bellinger
On Sun, 2015-12-27 at 13:36 +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 27 Dec 2015 13:12:10 +0100 > Subject: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function > implementations > > I suggest to return directly instead of using the jump la

Re: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function implementations

2016-01-06 Thread Nicholas A. Bellinger
On Sun, 2015-12-27 at 13:36 +0100, SF Markus Elfring wrote: > From: Markus Elfring <elfr...@users.sourceforge.net> > Date: Sun, 27 Dec 2015 13:12:10 +0100 > Subject: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function > implementations > > I suggest to return d

Re: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function implementations

2015-12-27 Thread Sagi Grimberg
Along with Leon's prefix comment: Acked-by: Sagi Grimberg -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at

Re: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function implementations

2015-12-27 Thread Leon Romanovsky
On Sun, Dec 27, 2015 at 01:36:30PM +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 27 Dec 2015 13:12:10 +0100 > Subject: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function > implementations > > I suggest to return directly instead of using t

Re: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function implementations

2015-12-27 Thread Leon Romanovsky
On Sun, Dec 27, 2015 at 01:36:30PM +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 27 Dec 2015 13:12:10 +0100 > Subject: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function > implementations Just a note for the future submissions (no need to respin),

[PATCH 0/2] InfiniBand-iSER: Refactoring for two function implementations

2015-12-27 Thread SF Markus Elfring
From: Markus Elfring Date: Sun, 27 Dec 2015 13:12:10 +0100 Subject: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function implementations I suggest to return directly instead of using the jump label "err" in two functions (which are working without clean-up there). Markus

Re: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function implementations

2015-12-27 Thread Sagi Grimberg
Along with Leon's prefix comment: Acked-by: Sagi Grimberg -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ

[PATCH 0/2] InfiniBand-iSER: Refactoring for two function implementations

2015-12-27 Thread SF Markus Elfring
From: Markus Elfring <elfr...@users.sourceforge.net> Date: Sun, 27 Dec 2015 13:12:10 +0100 Subject: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function implementations I suggest to return directly instead of using the jump label "err" in two functions (which are working

Re: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function implementations

2015-12-27 Thread Leon Romanovsky
On Sun, Dec 27, 2015 at 01:36:30PM +0100, SF Markus Elfring wrote: > From: Markus Elfring <elfr...@users.sourceforge.net> > Date: Sun, 27 Dec 2015 13:12:10 +0100 > Subject: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function > implementations Just a note for the future su

Re: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function implementations

2015-12-27 Thread Leon Romanovsky
On Sun, Dec 27, 2015 at 01:36:30PM +0100, SF Markus Elfring wrote: > From: Markus Elfring <elfr...@users.sourceforge.net> > Date: Sun, 27 Dec 2015 13:12:10 +0100 > Subject: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function > implementations > > I suggest to