[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <02c343e7-a7ac-26d1-4e79-ae50d3ec6dbb@users.sourceforge.net>
Date: Sun, 28 Aug 2016 09:28:04 +0200
From: SF Markus Elfring <elfring@...rs.sourceforge.net>
To: Julia Lawall <julia.lawall@...6.fr>
Cc: linux-cris-kernel@...s.com,
Adam Buchbinder <adam.buchbinder@...il.com>,
Dave Hansen <dave.hansen@...ux.intel.com>,
Ingo Molnar <mingo@...nel.org>,
Jesper Nilsson <jesper.nilsson@...s.com>,
Jiri Kosina <jkosina@...e.cz>,
Mikael Starvik <starvik@...s.com>,
Thomas Gleixner <tglx@...utronix.de>,
LKML <linux-kernel@...r.kernel.org>,
kernel-janitors@...r.kernel.org,
Paolo Bonzini <pbonzini@...hat.com>
Subject: Re: [PATCH 5/8] cris-cryptocop: Move an assignment for the variable
"nooutpages" in cryptocop_ioctl_process()
>> +++ b/arch/cris/arch-v32/drivers/cryptocop.c
>> @@ -2469,7 +2469,7 @@ static int cryptocop_ioctl_process(struct inode *inode, struct file *filp, unsig
>> struct page **inpages = NULL;
>> struct page **outpages = NULL;
>> int noinpages = 0;
>> - int nooutpages = 0;
>> + int nooutpages;
>>
>> struct cryptocop_desc descs[5]; /* Max 5 descriptors are needed, there are three transforms that
>> * can get connected/disconnected on different places in the indata. */
>> @@ -2695,6 +2695,8 @@ static int cryptocop_ioctl_process(struct inode *inode, struct file *filp, unsig
>> err = -ENOMEM;
>> goto free_inpages;
>> }
>> + } else {
>> + nooutpages = 0;
>
> Why is it better? 4 characters have becomes 2 lines.
I suggest to express in a more precise way where this variable is needed actually.
* It would also be an update candidate for the refactoring "Reduce the scope of a variable", wouldn't it?
* Or would the refactoring "Split the implementation of a function into further functions" more appropriate here?
Regards,
Markus
Powered by blists - more mailing lists