public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: SF Markus Elfring <elfring@users.sourceforge.net>
To: Krzysztof Kozlowski <krzk@kernel.org>, kernel-janitors@vger.kernel.org
Cc: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
	Chanwoo Choi <cw00.choi@samsung.com>,
	MyungJoo Ham <myungjoo.ham@samsung.com>,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 1/2] extcon: max14577: Use common error handling code in max14577_muic_set_path()
Date: Sun, 22 Oct 2017 22:15:42 +0200	[thread overview]
Message-ID: <fb1a58f0-d101-ab80-f876-12ada8eb5c1e@users.sourceforge.net> (raw)
In-Reply-To: <20171022185941.mzplggaick742ylf@kozik-lap>

>> From: Markus Elfring <elfring@users.sourceforge.net>
>> Date: Sun, 22 Oct 2017 19:33:58 +0200
>>
>> Add a jump target so that a bit of exception handling can be better reused
>> at the end of this function.
>>
>> This issue was detected by using the Coccinelle software.
>>
>> Signed-off-by: Markus Elfring <elfring@users.sourceforge.net>
>> ---
>>  drivers/extcon/extcon-max14577.c | 22 ++++++++++------------
>>  1 file changed, 10 insertions(+), 12 deletions(-)
>>
>> diff --git a/drivers/extcon/extcon-max14577.c b/drivers/extcon/extcon-max14577.c
>> index f6414b7fa5bc..3d4bf5d23236 100644
>> --- a/drivers/extcon/extcon-max14577.c
>> +++ b/drivers/extcon/extcon-max14577.c
>> @@ -211,10 +211,8 @@ static int max14577_muic_set_path(struct max14577_muic_info *info,
>>  	ret = max14577_update_reg(info->max14577->regmap,
>>  				MAX14577_MUIC_REG_CONTROL1,
>>  				CLEAR_IDBEN_MICEN_MASK, CTRL1_SW_OPEN);
>> -	if (ret < 0) {
>> -		dev_err(info->dev, "failed to update MUIC register\n");
>> -		return ret;
>> -	}
>> +	if (ret < 0)
>> +		goto report_failure;
> 
> No, one exit path just to report error does not seem to be more readable.

I got an other development opinion on this aspect.


> Instead printing error after the register access looks to me
> as common pattern, easy to maintain.

Do you care if corresponding messages are different?


> This patch does not bring improvement, in my opinion.

How do you generally think about the change possibility for a bit of
code reduction?


>>  
>>  	if (attached)
>>  		ctrl1 = val;
>> @@ -224,10 +222,8 @@ static int max14577_muic_set_path(struct max14577_muic_info *info,
>>  	ret = max14577_update_reg(info->max14577->regmap,
>>  				MAX14577_MUIC_REG_CONTROL1,
>>  				CLEAR_IDBEN_MICEN_MASK, ctrl1);
>> -	if (ret < 0) {
>> -		dev_err(info->dev, "failed to update MUIC register\n");
>> -		return ret;
>> -	}
>> +	if (ret < 0)
>> +		goto report_failure;
>>  
>>  	if (attached)
>>  		ctrl2 |= CTRL2_CPEN_MASK;	/* LowPwr=0, CPEn=1 */
>> @@ -237,16 +233,18 @@ static int max14577_muic_set_path(struct max14577_muic_info *info,
>>  	ret = max14577_update_reg(info->max14577->regmap,
>>  			MAX14577_REG_CONTROL2,
>>  			CTRL2_LOWPWR_MASK | CTRL2_CPEN_MASK, ctrl2);
>> -	if (ret < 0) {
>> -		dev_err(info->dev, "failed to update MUIC register\n");
>> -		return ret;
>> -	}
>> +	if (ret < 0)
>> +		goto report_failure;
>>  
>>  	dev_dbg(info->dev,
>>  		"CONTROL1 : 0x%02x, CONTROL2 : 0x%02x, state : %s\n",
>>  		ctrl1, ctrl2, attached ? "attached" : "detached");
>>  
>>  	return 0;
>> +
>> +report_failure:
>> +	dev_err(info->dev, "failed to update MUIC register\n");
>> +	return ret;
>>  }
>>  
>>  /*
>> -- 
>> 2.14.2
>>


Would you like to take another look at remaining open issues
in source files from the pattern “extcon-max…”?

Regards,
Markus

       reply	other threads:[~2017-10-22 20:15 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <d08cbbf6-015a-ab76-6491-126901d1dda6@users.sourceforge.net>
     [not found] ` <5cdefd84-066d-5379-43c8-76f5d3b8f7c4@users.sourceforge.net>
     [not found]   ` <20171022185941.mzplggaick742ylf@kozik-lap>
2017-10-22 20:15     ` SF Markus Elfring [this message]
     [not found]   ` <59ED3E72.7010401@samsung.com>
2017-10-23  5:45     ` [PATCH 1/2] extcon: max14577: Use common error handling code in max14577_muic_set_path() SF Markus Elfring
2017-10-23  5:54       ` Chanwoo Choi
2017-10-23  5:57         ` SF Markus Elfring
2017-10-23  6:03           ` Chanwoo Choi
2017-10-23  6:08             ` SF Markus Elfring

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=fb1a58f0-d101-ab80-f876-12ada8eb5c1e@users.sourceforge.net \
    --to=elfring@users.sourceforge.net \
    --cc=b.zolnierkie@samsung.com \
    --cc=cw00.choi@samsung.com \
    --cc=kernel-janitors@vger.kernel.org \
    --cc=krzk@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=myungjoo.ham@samsung.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox