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
next prev parent 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