All of lore.kernel.org
 help / color / mirror / Atom feed
From: Simon Horman <horms@verge.net.au>
To: Sascha Hauer <s.hauer@pengutronix.de>
Cc: Guennadi Liakhovetski <g.liakhovetski@gmx.de>,
	linux-mmc@vger.kernel.org, linux-sh@vger.kernel.org,
	devicetree-discuss@lists.ozlabs.org,
	Magnus Damm <magnus.damm@gmail.com>,
	Markus Pargmann <mpa@pengutronix.de>
Subject: Re: [PATCH v5 03/13] mmc: provide a standard MMC device-tree binding parser centrally
Date: Sun, 17 Feb 2013 07:52:16 +0000	[thread overview]
Message-ID: <20130217075216.GA3871@verge.net.au> (raw)
In-Reply-To: <20130216165825.GF1906@pengutronix.de>

On Sat, Feb 16, 2013 at 05:58:25PM +0100, Sascha Hauer wrote:
> Hi Guennadi,
> 
> On Sat, Feb 16, 2013 at 04:21:16PM +0100, Guennadi Liakhovetski wrote:
> > MMC defines a number of standard DT bindings. Having each driver parse
> > them individually adds code redundancy and is error prone. Provide a
> > standard function to unify the parsing. After all drivers are converted
> > to using it instead of their own parsers, this function can be integrated
> > into mmc_alloc_host().
> > 
> > Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
> > ---
> > 
> > v5:
> > 
> > 1. fix an uninitialised variable warning. Note, I don't actually know, 
> > whether this will fix the error, reported by the kbuild test robot. None 
> > of my compilers reports an error there, at most, I've got a warning with 
> > one of them, and, surprisingly, it is gone after this change. 
> > Surprisingly, because I only add the bus_width initialisation in the error 
> > case - exactly as it actually has to be done. In the success case it is 
> > assigned set by the function. But the compiler cannot know that!
> 
> Maybe the build robot builds with devicetree disabled? In this case
> of_property_read_u32_array expands to a static inline function and the
> compiler indeed knows that &bus_width is unitialized. It also knows that
> this function always returns an error, so what you did below should
> silence the compiler.

It seems so. The configuration that flagged the error was atngw100_defconfig.

ARCH=avr32 make atngw100_defconfig
grep USE_OF .config
[nothing]


WARNING: multiple messages have this Message-ID (diff)
From: Simon Horman <horms@verge.net.au>
To: Sascha Hauer <s.hauer@pengutronix.de>
Cc: Guennadi Liakhovetski <g.liakhovetski@gmx.de>,
	linux-mmc@vger.kernel.org, linux-sh@vger.kernel.org,
	devicetree-discuss@lists.ozlabs.org,
	Magnus Damm <magnus.damm@gmail.com>,
	Markus Pargmann <mpa@pengutronix.de>
Subject: Re: [PATCH v5 03/13] mmc: provide a standard MMC device-tree binding parser centrally
Date: Sun, 17 Feb 2013 16:52:16 +0900	[thread overview]
Message-ID: <20130217075216.GA3871@verge.net.au> (raw)
In-Reply-To: <20130216165825.GF1906@pengutronix.de>

On Sat, Feb 16, 2013 at 05:58:25PM +0100, Sascha Hauer wrote:
> Hi Guennadi,
> 
> On Sat, Feb 16, 2013 at 04:21:16PM +0100, Guennadi Liakhovetski wrote:
> > MMC defines a number of standard DT bindings. Having each driver parse
> > them individually adds code redundancy and is error prone. Provide a
> > standard function to unify the parsing. After all drivers are converted
> > to using it instead of their own parsers, this function can be integrated
> > into mmc_alloc_host().
> > 
> > Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
> > ---
> > 
> > v5:
> > 
> > 1. fix an uninitialised variable warning. Note, I don't actually know, 
> > whether this will fix the error, reported by the kbuild test robot. None 
> > of my compilers reports an error there, at most, I've got a warning with 
> > one of them, and, surprisingly, it is gone after this change. 
> > Surprisingly, because I only add the bus_width initialisation in the error 
> > case - exactly as it actually has to be done. In the success case it is 
> > assigned set by the function. But the compiler cannot know that!
> 
> Maybe the build robot builds with devicetree disabled? In this case
> of_property_read_u32_array expands to a static inline function and the
> compiler indeed knows that &bus_width is unitialized. It also knows that
> this function always returns an error, so what you did below should
> silence the compiler.

It seems so. The configuration that flagged the error was atngw100_defconfig.

ARCH=avr32 make atngw100_defconfig
grep USE_OF .config
[nothing]


  reply	other threads:[~2013-02-17  7:52 UTC|newest]

Thread overview: 71+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-15 15:13 [PATCH v4 00/13] mmc: core and driver DT and related development Guennadi Liakhovetski
2013-02-15 15:13 ` Guennadi Liakhovetski
2013-02-15 15:13 ` [PATCH v4 01/13] mmc: sdhi, tmio: only check flags in tmio-mmc driver proper Guennadi Liakhovetski
2013-02-15 15:13   ` Guennadi Liakhovetski
2013-02-15 15:13 ` [PATCH v4 02/13] mmc: detailed definition of CD and WP MMC line polarities in DT Guennadi Liakhovetski
2013-02-15 15:13   ` Guennadi Liakhovetski
2013-02-15 15:13 ` [PATCH v4 03/13] mmc: provide a standard MMC device-tree binding parser centrally Guennadi Liakhovetski
2013-02-15 15:13   ` Guennadi Liakhovetski
2013-02-16  6:05   ` Simon Horman
2013-02-16  6:05     ` Simon Horman
2013-02-16 10:54     ` Arnd Bergmann
2013-02-16 11:41       ` Simon Horman
2013-02-16 11:41         ` Simon Horman
2013-02-16 14:02       ` Guennadi Liakhovetski
2013-02-16 14:02         ` Guennadi Liakhovetski
2013-02-16 15:21   ` [PATCH v5 " Guennadi Liakhovetski
2013-02-16 15:21     ` Guennadi Liakhovetski
2013-02-16 16:58     ` Sascha Hauer
2013-02-16 16:58       ` Sascha Hauer
2013-02-17  7:52       ` Simon Horman [this message]
2013-02-17  7:52         ` Simon Horman
2013-02-17  7:58         ` Simon Horman
2013-02-17  7:58           ` Simon Horman
2013-02-18  8:54           ` Guennadi Liakhovetski
2013-02-18  8:54             ` Guennadi Liakhovetski
2013-02-15 15:13 ` [PATCH v4 04/13] mmc: (cosmetic) remove "extern" from function declarations Guennadi Liakhovetski
2013-02-15 15:13   ` Guennadi Liakhovetski
2013-02-15 15:13 ` [PATCH v4 05/13] mmc: sh-mmcif: use mmc_of_parse() to parse standard MMC DT bindings Guennadi Liakhovetski
2013-02-15 15:13   ` Guennadi Liakhovetski
2013-02-15 15:13 ` [PATCH v4 06/13] mmc: tmio-mmc: define device-tree bindings Guennadi Liakhovetski
2013-02-15 15:13   ` Guennadi Liakhovetski
2013-02-15 15:13 ` [PATCH v4 07/13] mmc: tmio-mmc: parse " Guennadi Liakhovetski
2013-02-15 15:13   ` Guennadi Liakhovetski
2013-02-15 15:13 ` [PATCH v4 08/13] mmc: sh_mobile_sdhi: remove unused .pdata field Guennadi Liakhovetski
2013-02-15 15:13   ` Guennadi Liakhovetski
2013-02-15 15:13 ` [PATCH v4 09/13] mmc: sh_mobile_sdhi: use managed resource allocations Guennadi Liakhovetski
2013-02-15 15:13   ` Guennadi Liakhovetski
2013-02-15 15:13 ` [PATCH v4 10/13] mmc: tmio: remove unused and deprecated symbols Guennadi Liakhovetski
2013-02-15 15:13   ` Guennadi Liakhovetski
2013-02-15 15:14 ` [PATCH v4 11/13] mmc: tmio: add support for the VccQ regulator Guennadi Liakhovetski
2013-02-15 15:14   ` Guennadi Liakhovetski
2013-02-15 15:14 ` [PATCH v4 12/13] mmc: add DT bindings for more MMC capability flags Guennadi Liakhovetski
2013-02-15 15:14   ` Guennadi Liakhovetski
2013-02-16 22:58   ` Sergei Shtylyov
2013-02-16 23:58     ` Sergei Shtylyov
     [not found]     ` <51201D32.20006-M4DtvfQ/ZS1MRgGoP+s0PdBPR1lH4CV8@public.gmane.org>
2013-02-18  8:52       ` Guennadi Liakhovetski
2013-02-18  8:52         ` Guennadi Liakhovetski
2013-06-06  1:55   ` Olof Johansson
2013-06-06  1:55     ` Olof Johansson
2013-02-15 15:14 ` [PATCH v4 13/13] mmc: tmio: add barriers to IO operations Guennadi Liakhovetski
2013-02-15 15:14   ` Guennadi Liakhovetski
2013-02-18 15:05   ` Arnd Bergmann
2013-02-18 15:56     ` Guennadi Liakhovetski
2013-02-18 15:56       ` Guennadi Liakhovetski
2013-02-18 16:34       ` Arnd Bergmann
2013-02-18 17:20         ` Guennadi Liakhovetski
2013-02-18 17:20           ` Guennadi Liakhovetski
2013-02-18 22:11           ` Arnd Bergmann
     [not found]             ` <201302182211.46697.arnd-r2nGTMty4D4@public.gmane.org>
2013-02-19 21:59               ` Guennadi Liakhovetski
2013-02-19 21:59                 ` Guennadi Liakhovetski
2013-02-16  2:26 ` [PATCH v4 00/13] mmc: core and driver DT and related development Simon Horman
2013-02-16  2:26   ` Simon Horman
2013-02-18 13:15 ` Chris Ball
2013-02-18 13:15   ` Chris Ball
2013-02-19 21:57   ` Guennadi Liakhovetski
2013-02-19 21:57     ` Guennadi Liakhovetski
2013-02-19 22:00     ` Chris Ball
2013-02-19 22:00       ` Chris Ball
2013-02-18 14:52 ` Arnd Bergmann
2013-02-19 19:20 ` Stephen Warren
2013-02-19 19:20   ` Stephen Warren

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=20130217075216.GA3871@verge.net.au \
    --to=horms@verge.net.au \
    --cc=devicetree-discuss@lists.ozlabs.org \
    --cc=g.liakhovetski@gmx.de \
    --cc=linux-mmc@vger.kernel.org \
    --cc=linux-sh@vger.kernel.org \
    --cc=magnus.damm@gmail.com \
    --cc=mpa@pengutronix.de \
    --cc=s.hauer@pengutronix.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 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.