All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bin Liu <b-liu-l0cyMroinI0@public.gmane.org>
To: Johan Hovold <johan-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: Alexandre Bailon
	<abailon-rdvid1DuHRBWk0Htik3J/w@public.gmane.org>,
	"linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"Nori, Sekhar" <nsekhar-l0cyMroinI0@public.gmane.org>,
	"ptitiano-rdvid1DuHRBWk0Htik3J/w@public.gmane.org"
	<ptitiano-rdvid1DuHRBWk0Htik3J/w@public.gmane.org>,
	"sergei.shtylyov-M4DtvfQ/ZS1MRgGoP+s0PdBPR1lH4CV8@public.gmane.org"
	<sergei.shtylyov-M4DtvfQ/ZS1MRgGoP+s0PdBPR1lH4CV8@public.gmane.org>,
	"linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCH v2] usb: musb: musb_cppi41: Update an error message
Date: Thu, 11 May 2017 09:06:27 -0500	[thread overview]
Message-ID: <20170511140627.GC7154@uda0271908> (raw)
In-Reply-To: <20170511075111.GM30445@localhost>

On Thu, May 11, 2017 at 09:51:11AM +0200, Johan Hovold wrote:
> On Wed, May 10, 2017 at 02:45:13PM -0500, Bin Liu wrote:
> > On Fri, May 05, 2017 at 07:52:33AM -0500, Alexandre Bailon wrote:
> > > If dma_request_slave_channel() failed to return a channel,
> > > then the driver will print an error and request to defer probe,
> > > regardless of the cause of the failure.
> > > Only defer if the DMA is not ready yet and print an error to explain
> > > that we are deferring probe.
> > > 
> > > Signed-off-by: Alexandre Bailon <abailon-rdvid1DuHRBWk0Htik3J/w@public.gmane.org>
> > 
> > Applied. Thanks.
> > 
> > > ---
> > >  drivers/usb/musb/musb_cppi41.c | 10 ++++++----
> > >  1 file changed, 6 insertions(+), 4 deletions(-)
> > > 
> > > diff --git a/drivers/usb/musb/musb_cppi41.c b/drivers/usb/musb/musb_cppi41.c
> > > index e7c8b1b..4718d0d 100644
> > > --- a/drivers/usb/musb/musb_cppi41.c
> > > +++ b/drivers/usb/musb/musb_cppi41.c
> > > @@ -673,10 +673,12 @@ static int cppi41_dma_controller_start(struct cppi41_dma_controller *controller)
> > >  		musb_dma->status = MUSB_DMA_STATUS_FREE;
> > >  		musb_dma->max_len = SZ_4M;
> > >  
> > > -		dc = dma_request_slave_channel(dev->parent, str);
> > > -		if (!dc) {
> > > -			dev_err(dev, "Failed to request %s.\n", str);
> > > -			ret = -EPROBE_DEFER;
> > > +		dc = dma_request_chan(dev->parent, str);
> > > +		if (IS_ERR(dc)) {
> > > +			ret = PTR_ERR(dc);
> > > +			dev_err(dev, "Failed to request %s%s.\n", str,
> > > +				ret == -EPROBE_DEFER
> > > +				? ", deferring probe" : "");
> 
> Probe deferral is not really an error, and we typically suppress any
> error messages otherwise printed when a subsystem requests it to avoid
> noise during boot. (There is a debug statement in driver core that

Valid point, the deferral log shouldn't use the error level.
So dropped this patch from my tree.

> anyone interested can enable instead).
> 
> > >  			goto err;
> > >  		}
> 
> So this should really be
> 
> 	if (IS_ERR(DC)) {
> 		ret = PTR_ERR(dc);
> 		if (ret != -EPROBE_DEFER)
> 			dev_err(dev, ...);
> 		goto err;
> 	}

Regards,
-Bin.
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

      reply	other threads:[~2017-05-11 14:06 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-05 12:52 [PATCH v2] usb: musb: musb_cppi41: Update an error message Alexandre Bailon
     [not found] ` <20170505125233.27015-1-abailon-rdvid1DuHRBWk0Htik3J/w@public.gmane.org>
2017-05-10 19:45   ` Bin Liu
2017-05-11  7:51     ` Johan Hovold
2017-05-11 14:06       ` Bin Liu [this message]

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=20170511140627.GC7154@uda0271908 \
    --to=b-liu-l0cymroini0@public.gmane.org \
    --cc=abailon-rdvid1DuHRBWk0Htik3J/w@public.gmane.org \
    --cc=johan-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
    --cc=linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=nsekhar-l0cyMroinI0@public.gmane.org \
    --cc=ptitiano-rdvid1DuHRBWk0Htik3J/w@public.gmane.org \
    --cc=sergei.shtylyov-M4DtvfQ/ZS1MRgGoP+s0PdBPR1lH4CV8@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.