public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Marek Vasut <marex@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [RFC PATCH] USB: get rid of warning when compile with debug enabled
Date: Wed, 27 Aug 2014 19:45:57 +0200	[thread overview]
Message-ID: <201408271945.57807.marex@denx.de> (raw)
In-Reply-To: <53FD8B18.5060901@atmel.com>

On Wednesday, August 27, 2014 at 09:39:04 AM, Bo Shen wrote:
> Hi Marek,
> 
> On 08/26/2014 02:46 PM, Marek Vasut wrote:
> > On Tuesday, August 26, 2014 at 03:11:13 AM, Bo Shen wrote:
> >> Hi Marek,
> >> 
> >> On 08/25/2014 06:43 PM, Marek Vasut wrote:
> >>> On Monday, August 25, 2014 at 11:23:19 AM, Bo Shen wrote:
> >>>> When compile with debug information is enabled, if call
> >>>> spin_lock_irqsave, it will give following warning information.
> >>>> This patch is used to get rid of it.
> >>>> --->8---
> >>>> warning: 'flags' is used uninitialized in this function
> >>>> [-Wuninitialized] ---8<---
> >>> 
> >>> The patch is wrong. The compiler complains that flags might be used
> >>> uninited because that is the case -- you call spin_lock_irqsave() with
> >>> uninited flags and because debug() is expanded to printf() I guess, the
> >>> compiler spews.
> >>> 
> >>> So which file does this warning come from ?
> >> 
> >> I enable debug information (In common.h, define the DEBUG).
> >> 
> >> It comes out from usb gadget driver, for example, atmel_usba_udc.c and
> >> also s3c_udc_otg.c and etc.
> > 
> > Then those need fixing. There is no problem with the macro.
> > 
> >> I see the spin_lock_irqsave() function in
> >> <drivers/usb/musb-new/linux-compat.h> defined as:
> >> --->8---
> >> #define spin_lock_irqsave(lock, flags) do {} while (0)
> >> ---8<---
> >> 
> >> As in u-boot, there is no lock actually, so I think we can fix it as
> >> <drivers/usb/musb-new/linux-compat.h>, or use the patch as I suggest, or
> >> anything else, what about your opinion?
> > 
> > Fix all the offending drivers which pass uninited variable into macro
> > which might use it. That's the fix.
> 
> Thanks for your opinion.
> 
> I will send out the patch as you suggested to fix this issue.

Thanks!

Best regards,
Marek Vasut

  reply	other threads:[~2014-08-27 17:45 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-25  9:23 [U-Boot] [RFC PATCH] USB: get rid of warning when compile with debug enabled Bo Shen
2014-08-25 10:43 ` Marek Vasut
2014-08-26  1:11   ` Bo Shen
2014-08-26  6:46     ` Marek Vasut
2014-08-27  7:39       ` Bo Shen
2014-08-27 17:45         ` Marek Vasut [this message]
2014-08-27 19:48           ` Tom Rini
2014-08-27 20:24             ` Marek Vasut
2014-08-27 21:20               ` Tom Rini
2014-08-27 21:36                 ` Marek Vasut
2014-08-28  5:48                   ` Bo Shen
2014-08-28 15:18                   ` Tom Rini

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=201408271945.57807.marex@denx.de \
    --to=marex@denx.de \
    --cc=u-boot@lists.denx.de \
    /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