From: Heiko Schocher <hs@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v1 1/1] lib/display_options: Fix print_freq
Date: Tue, 25 Aug 2015 06:40:36 +0200 [thread overview]
Message-ID: <55DBF1C4.7000701@denx.de> (raw)
In-Reply-To: <CANoR_ODjzWpGi69iR92AFPMwsJLMiWXHsB-Nn0bhTLnm898Y3w@mail.gmail.com>
Hello Suriyan,
Am 25.08.2015 um 00:14 schrieb Suriyan Ramasami:
> Hello Heiko/Simon,
>
> On Sun, Aug 23, 2015 at 10:37 PM, Heiko Schocher <hs at denx.de <mailto:hs@denx.de>> wrote:
>
> Hello Simon, Suriyan Ramasami,
>
> Am 22.08.2015 um 02:36 schrieb Simon Glass:
>
> Hi,
>
> On 18 August 2015 at 10:25, Suriyan Ramasami <suriyan.r@gmail.com
> <mailto:suriyan.r@gmail.com>> wrote:
>
> Build without CONFIG_SPL_SERIAL_SUPPORT does not print the cpu freq.
> I have seen this in the odroid U3 board, where on boot one sees this:
> CPU: Exynos4412 @ GHz
> instead of:
> CPU: Exynos4412 @ 1 GHz
>
> I am assuming that this change was done to get rid of compiler
> warnings related to unused variables when building with
> CONFIG_SPL_SERIAL_SUPPORT not being defined in an SPL build.
>
> Signed-off-by: Suriyan Ramasami <suriyan.r at gmail.com <mailto:suriyan.r@gmail.com>>
> ---
> lib/display_options.c | 6 ------
> 1 file changed, 6 deletions(-)
>
>
> Acked-by: Simon Glass <sjg at chromium.org <mailto:sjg@chromium.org>>
>
> That's strange. Your patch looks correct to me.
>
>
> Yes, strange, how this slipped me ...
>
> This patch leads in the following compiler warning for the smartweb
> board:
>
> CC spl/lib/display_options.o
> /home/hs/zug/u-boot/lib/display_options.c: In function 'print_freq':
> /home/hs/zug/u-boot/lib/display_options.c:29:16: warning: variable 'n' set but not used
> [-Wunused-but-set-variable]
>
> @Suriyan Ramasami:
> Could you add to your patch the following:
>
> diff --git a/lib/display_options.c b/lib/display_options.c
> index 80316a4..a4a5032 100644
> --- a/lib/display_options.c
> +++ b/lib/display_options.c
> @@ -23,6 +23,8 @@ int display_options (void)
> return 0;
> }
>
> +#if !defined(CONFIG_SPL_BUILD) || \
> + defined(CONFIG_SPL_SERIAL_SUPPORT)
> void print_freq(uint64_t freq, const char *s)
> {
> unsigned long m = 0;
> @@ -185,3 +187,4 @@ int print_buffer(ulong addr, const void *data, uint width, uint count,
>
> return 0;
> }
> +#endif
>
> I am trying to understand this a bit. The compiler warning seems to stem from the fact that printf()
> is eradicated with CONFIG_SPL_BUILD being set, and hence results in the 'n being set but not used'
> situation.
> As its just one variable 'n' causing this, would it be more readable if we do not have the #ifdef
> you suggested, but rather just have this instead:
> 1. We get rid of:
> unsigned long n;
> 2. We substitute this:
> n = freq;
> printf("%lu", n);
> with:
> printf("%lu", (unsigned long) freq);
>
> Comments and thoughts welcome! Thanks!
Sounds better!
bye,
Heiko
>
> Thanks!
>
> bye,
> Heiko
> --
> DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
> HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
>
>
--
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
next prev parent reply other threads:[~2015-08-25 4:40 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-18 16:25 [U-Boot] [PATCH v1 1/1] lib/display_options: Fix print_freq Suriyan Ramasami
2015-08-22 0:36 ` Simon Glass
2015-08-24 5:37 ` Heiko Schocher
2015-08-24 22:14 ` Suriyan Ramasami
2015-08-25 4:40 ` Heiko Schocher [this message]
2015-08-25 5:04 ` Simon Glass
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=55DBF1C4.7000701@denx.de \
--to=hs@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