All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alexey Brodkin <Alexey.Brodkin-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
To: "christian.ruppert-Yycd8EPnGM5BDgjK7y7TUQ@public.gmane.org"
	<christian.ruppert-Yycd8EPnGM5BDgjK7y7TUQ@public.gmane.org>
Cc: "mika.westerberg-VuQAYsv1563Yd54FQh9/CA@public.gmane.org"
	<mika.westerberg-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"Vineet.Gupta1-HKixBCOQz3hWk0Htik3J/w@public.gmane.org"
	<Vineet.Gupta1-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>,
	"wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org"
	<wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org>,
	"andriy.shevchenko-VuQAYsv1563Yd54FQh9/CA@public.gmane.org"
	<andriy.shevchenko-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>,
	"linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"christian.ruppert-ux6zf3SgZrrQT0dZR+AlfA@public.gmane.org"
	<christian.ruppert-ux6zf3SgZrrQT0dZR+AlfA@public.gmane.org>
Subject: Re: [PATCH] i2c: designware: Suppress error message if platform_get_irq() returns -EPROBE_DEFER
Date: Tue, 3 Mar 2015 16:37:31 +0000	[thread overview]
Message-ID: <1425400650.17965.53.camel@synopsys.com> (raw)
In-Reply-To: <54F5E120.3090705-Yycd8EPnGM5BDgjK7y7TUQ@public.gmane.org>

Hi Christian,

On Tue, 2015-03-03 at 17:28 +0100, Christian Ruppert wrote:
> On 2015-03-03 16:27, Alexey Brodkin wrote:
> > There's no point in printing error message if platform_get_irq()
> > returns -EPROBE_DEFER because probe deferring subsystem already outputs
> > message in bootlog like this:
> >  --->8---
> >  platform e001d000.i2c: Driver i2c_designware requests probe deferral
> >  --->8---
> > 
> > Moreover in case of probe deferral following message may mislead user:
> >  --->8---
> >  i2c_designware e001d000.i2c: no irq resource?
> >  --->8---
> > even though it's expected that platform_get_irq() may return
> > -EPROBE_DEFER.
> >  
> >  	irq = platform_get_irq(pdev, 0);
> >  	if (irq < 0) {
> > -		dev_err(&pdev->dev, "no irq resource?\n");
> > +		if (irq != -EPROBE_DEFER)
> > +			dev_err(&pdev->dev, "no irq resource?\n");
> 
> Presented like this I wonder if this merits being a dev_err at all.
> Wouldn't dev_dbg be more adequate? This might remove the need for the
> condition and also avoid bothering everyone if something in the platform
> device structures or device tree is not right.
> 
> >  		return irq; /* -ENXIO */
> >  	}

We've just had similar discussion related to DW APB UART with Andy here
https://lkml.org/lkml/2015/3/3/412

So yes probably we may safely remove error message from here completely.

-Alexey

WARNING: multiple messages have this Message-ID (diff)
From: Alexey Brodkin <Alexey.Brodkin@synopsys.com>
To: "christian.ruppert@alitech.com" <christian.ruppert@alitech.com>
Cc: "mika.westerberg@linux.intel.com"
	<mika.westerberg@linux.intel.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"Vineet.Gupta1@synopsys.com" <Vineet.Gupta1@synopsys.com>,
	"wsa@the-dreams.de" <wsa@the-dreams.de>,
	"andriy.shevchenko@linux.intel.com" 
	<andriy.shevchenko@linux.intel.com>,
	"linux-i2c@vger.kernel.org" <linux-i2c@vger.kernel.org>,
	"christian.ruppert@abilis.com" <christian.ruppert@abilis.com>
Subject: Re: [PATCH] i2c: designware: Suppress error message if platform_get_irq() returns -EPROBE_DEFER
Date: Tue, 3 Mar 2015 16:37:31 +0000	[thread overview]
Message-ID: <1425400650.17965.53.camel@synopsys.com> (raw)
In-Reply-To: <54F5E120.3090705@alitech.com>

Hi Christian,

On Tue, 2015-03-03 at 17:28 +0100, Christian Ruppert wrote:
> On 2015-03-03 16:27, Alexey Brodkin wrote:
> > There's no point in printing error message if platform_get_irq()
> > returns -EPROBE_DEFER because probe deferring subsystem already outputs
> > message in bootlog like this:
> >  --->8---
> >  platform e001d000.i2c: Driver i2c_designware requests probe deferral
> >  --->8---
> > 
> > Moreover in case of probe deferral following message may mislead user:
> >  --->8---
> >  i2c_designware e001d000.i2c: no irq resource?
> >  --->8---
> > even though it's expected that platform_get_irq() may return
> > -EPROBE_DEFER.
> >  
> >  	irq = platform_get_irq(pdev, 0);
> >  	if (irq < 0) {
> > -		dev_err(&pdev->dev, "no irq resource?\n");
> > +		if (irq != -EPROBE_DEFER)
> > +			dev_err(&pdev->dev, "no irq resource?\n");
> 
> Presented like this I wonder if this merits being a dev_err at all.
> Wouldn't dev_dbg be more adequate? This might remove the need for the
> condition and also avoid bothering everyone if something in the platform
> device structures or device tree is not right.
> 
> >  		return irq; /* -ENXIO */
> >  	}

We've just had similar discussion related to DW APB UART with Andy here
https://lkml.org/lkml/2015/3/3/412

So yes probably we may safely remove error message from here completely.

-Alexey

  parent reply	other threads:[~2015-03-03 16:37 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-03 15:27 [PATCH] i2c: designware: Suppress error message if platform_get_irq() returns -EPROBE_DEFER Alexey Brodkin
2015-03-03 16:28 ` Christian Ruppert
     [not found]   ` <54F5E120.3090705-Yycd8EPnGM5BDgjK7y7TUQ@public.gmane.org>
2015-03-03 16:37     ` Alexey Brodkin [this message]
2015-03-03 16:37       ` Alexey Brodkin
     [not found]       ` <1425400650.17965.53.camel-HKixBCOQz3hWk0Htik3J/w@public.gmane.org>
2015-03-03 16:50         ` christian.ruppert-Yycd8EPnGM5BDgjK7y7TUQ
2015-03-03 16:50           ` christian.ruppert
2015-03-03 17:21           ` Wolfram Sang
2015-03-03 17:46             ` Christian Ruppert
2015-03-03 19:03               ` Andy Shevchenko
     [not found]                 ` <1425409412.14897.157.camel-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
2015-03-03 19:11                   ` Wolfram Sang
2015-03-03 19:11                     ` Wolfram Sang
2015-03-03 19:34                     ` Andy Shevchenko
2015-03-03 19:34                       ` Andy Shevchenko
2015-03-07  0:24         ` Wolfram Sang
2015-03-07  0:24           ` Wolfram Sang
2015-03-09  8:29           ` Alexey Brodkin
2015-03-09  8:29             ` Alexey Brodkin

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=1425400650.17965.53.camel@synopsys.com \
    --to=alexey.brodkin-hkixbcoqz3hwk0htik3j/w@public.gmane.org \
    --cc=Vineet.Gupta1-HKixBCOQz3hWk0Htik3J/w@public.gmane.org \
    --cc=andriy.shevchenko-VuQAYsv1563Yd54FQh9/CA@public.gmane.org \
    --cc=christian.ruppert-Yycd8EPnGM5BDgjK7y7TUQ@public.gmane.org \
    --cc=christian.ruppert-ux6zf3SgZrrQT0dZR+AlfA@public.gmane.org \
    --cc=linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=mika.westerberg-VuQAYsv1563Yd54FQh9/CA@public.gmane.org \
    --cc=wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org \
    /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.