linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Corey Minyard <minyard@acm.org>
To: Tang Bin <tangbin@cmss.chinamobile.com>
Cc: arnd@arndb.de, gregkh@linuxfoundation.org,
	openipmi-developer@lists.sourceforge.net,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH 3/3] ipmi:bt-bmc: Fix error handling and status check
Date: Fri, 17 Apr 2020 21:14:41 -0500	[thread overview]
Message-ID: <20200418021441.GC6246@minyard.net> (raw)
In-Reply-To: <f5a848ae-d19f-5ab6-7c7d-2d0811fc174b@cmss.chinamobile.com>

On Wed, Apr 15, 2020 at 10:14:06AM +0800, Tang Bin wrote:
> Hi Corey:
> 
> On 2020/4/15 4:18, Corey Minyard wrote:
> > On Tue, Apr 14, 2020 at 10:14:24PM +0800, Tang Bin wrote:
> > > If the function platform_get_irq() failed, the negative
> > > value returned will not be detected here. So fix error
> > > handling in bt_bmc_config_irq(). And if devm_request_irq()
> > > failed, 'bt_bmc->irq' is assigned to zero maybe redundant,
> > > it may be more suitable for using the correct negative values
> > > to make the status check in the function bt_bmc_remove().
> > Comments inline..
> > 
> > > Signed-off-by: Tang Bin <tangbin@cmss.chinamobile.com>
> > > Signed-off-by: Shengju Zhang <zhangshengju@cmss.chinamobile.com>
> > > ---
> > >   drivers/char/ipmi/bt-bmc.c | 12 +++++-------
> > >   1 file changed, 5 insertions(+), 7 deletions(-)
> > > 
> > > diff --git a/drivers/char/ipmi/bt-bmc.c b/drivers/char/ipmi/bt-bmc.c
> > > index 1d4bf5c65..1740c6dc8 100644
> > > --- a/drivers/char/ipmi/bt-bmc.c
> > > +++ b/drivers/char/ipmi/bt-bmc.c
> > > @@ -399,16 +399,14 @@ static int bt_bmc_config_irq(struct bt_bmc *bt_bmc,
> > >   	struct device *dev = &pdev->dev;
> > >   	int rc;
> > > -	bt_bmc->irq = platform_get_irq(pdev, 0);
> > > -	if (!bt_bmc->irq)
> > > -		return -ENODEV;
> > > +	bt_bmc->irq = platform_get_irq_optional(pdev, 0);
> > > +	if (bt_bmc->irq < 0)
> > > +		return bt_bmc->irq;
> For us, this part of modification have reached a consensus.
> > >   	rc = devm_request_irq(dev, bt_bmc->irq, bt_bmc_irq, IRQF_SHARED,
> > >   			      DEVICE_NAME, bt_bmc);
> > > -	if (rc < 0) {
> > > -		bt_bmc->irq = 0;
> > > +	if (rc < 0)
> > >   		return rc;
> > I don't think this part is correct.  You will want to set bt_bmc->irq to
> > rc here to match what is done elsewhere so it's the error if negative.
> 
> Nonono, I don't want to set bt_bmc->irq to rc, I think they are irrelevant.
> 
> The logic of the previous code will continue to execute even if
> platform_get_irq() failed,which will be brought devm_request_irq() failed
> too. "bt_bmc->irq = 0" here is just for bt_bmc_remove() to execute
> del_timer_sync(). Otherwise the function del_timer_sync() will not execute
> if not set "bt_bmc->irq" to zero, because it's negative actually.

Sorry for the delay, I have had a lot of distractions.

The trouble is that the handling of bt_bmc->irq needs to be consistent.
Either it needs to be negative if the irq allocation fails, or it needs
to be zero if the irq allocation fails.  I think it needs to be negative
because zero is a valid interrupt in some cases.

Consider the following code:

       bt_bmc_config_irq(bt_bmc, pdev);

        if (bt_bmc->irq) {
                dev_info(dev, "Using IRQ %d\n", bt_bmc->irq);
        } else {
                dev_info(dev, "No IRQ; using timer\n");
                timer_setup(&bt_bmc->poll_timer, poll_timer, 0);

If bt_bmc->irq is negative (if platform_get_irq_optional() fails), it
will say it's using the irq and won't start a timer and the driver won't
work.  Then later (in your change below) it will try to stop the timer
even though it's not running.

If devm_request_irq() fails, then the interrupt is not set, but since
bt_bmc->irq is most likely not zero, it will not start the timer and the
driver won't work.

You really need to set bt_bmc->irq negative if it fails.  And fix the
check above to be if (bt_bmc->irq >= 0).

-corey

> 
> 
> > 
> > Also, I believe this function should no longer return an error.  It
> > should just set the irq to the error if one happens.  The driver needs
> > to continue to operate even if it can't get its interrupt.
> > 
> > The rest of the changes are correct, I believe.
> > 
> > 
> > > -	}
> > >   	/*
> > >   	 * Configure IRQs on the bmc clearing the H2B and HBUSY bits;
> > > @@ -499,7 +497,7 @@ static int bt_bmc_remove(struct platform_device *pdev)
> > >   	struct bt_bmc *bt_bmc = dev_get_drvdata(&pdev->dev);
> > >   	misc_deregister(&bt_bmc->miscdev);
> > > -	if (!bt_bmc->irq)
> > > +	if (bt_bmc->irq < 0)
> > >   		del_timer_sync(&bt_bmc->poll_timer);
> > >   	return 0;
> > >   }
> 
> But now, the logic is: if the platform_get_irq_optional() failed, it returns
> immediately, the irq at this point is negative,the bt_bmc_probe() continue
> to operate. But in the function bt_bmc_remove(), we need status check in
> order to execute del_timer_sync(), so change "!bt_bmc->irq" to "bt_bmc->irq
> < 0".
> 
> So, when the judgment of "bt_bmc->irq" in the function bt_bmc_remove() goes
> back to  the original negative value, the "bt_bmc->irq = 0" in the line 410
> become redundant. That's why I remove it.
> 
> 
> 
> I am very glad to communicate and discuss with you these days.
> 
> Thanks,
> 
> Tang Bin
> 
> 
> > > 
> > > 
> > > 
> 
> 

  reply	other threads:[~2020-04-18  2:14 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-14 14:14 [PATCH 3/3] ipmi:bt-bmc: Fix error handling and status check Tang Bin
2020-04-14 20:18 ` Corey Minyard
2020-04-15  2:14   ` Tang Bin
2020-04-18  2:14     ` Corey Minyard [this message]
2020-04-18  7:23       ` Tang Bin

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=20200418021441.GC6246@minyard.net \
    --to=minyard@acm.org \
    --cc=arnd@arndb.de \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=openipmi-developer@lists.sourceforge.net \
    --cc=tangbin@cmss.chinamobile.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;
as well as URLs for NNTP newsgroup(s).