All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.