From mboxrd@z Thu Jan 1 00:00:00 1970 From: SF Markus Elfring Date: Sun, 28 Aug 2016 07:18:09 +0000 Subject: Re: [PATCH 8/8] cris-cryptocop: Apply another recommendation from "checkpatch.pl" Message-Id: <130cda68-feed-8b48-e928-7e915888c7c9@users.sourceforge.net> List-Id: References: <566ABCD9.1060404@users.sourceforge.net> <0e29d372-ef5f-afa7-50b1-70ddc089ef00@users.sourceforge.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Julia Lawall Cc: linux-cris-kernel@axis.com, Adam Buchbinder , Dave Hansen , Ingo Molnar , Jesper Nilsson , Jiri Kosina , Mikael Starvik , Thomas Gleixner , LKML , kernel-janitors@vger.kernel.org, Paolo Bonzini >> @@ -2276,7 +2277,10 @@ static int cryptocop_job_setup(struct cryptocop_prio_job **pj, struct cryptocop_ >> (*pj)->iop->ctx_in.saved_data = operation->list_op.inlist; >> (*pj)->iop->ctx_in.saved_data_buf = operation->list_op.in_data_buf; >> } else { >> - if ((err = cryptocop_setup_dma_list(operation, &(*pj)->iop, alloc_flag))) { >> + err = cryptocop_setup_dma_list(operation, >> + &(*pj)->iop, >> + alloc_flag); > > Checkpatch didn't say to put every argument on a different line, I agree to this information. > and that wasn't done before, so why do it now? I tend to give each function parameter its own text line in such an use case (for the known length limitation). > There is plenty of room for at least &(*pj)->iop on the line before. This is true. - Do you prefer an other indentation approach here? Regards, Markus