public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Heiko Schocher <hs@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] confused by "upgrade_available=0\0" in include/configs/taurus.h
Date: Mon, 25 Jul 2016 19:07:53 +0200	[thread overview]
Message-ID: <57964769.5040703@denx.de> (raw)
In-Reply-To: <alpine.LFD.2.20.1607250558110.24069@localhost.localdomain>

Hello Robert,

sorry for replying late, but I was on vacation ... and as I got
while I was on vacation!, a new Internetconnection my current
Internetaccess state is unstable, incl. loosing EMails, because
my provider disabled my EMail address (seems currently already
re-enabled ... so sorry, if I not respond to EMails here on this
list)

Am 25.07.2016 um 12:03 schrieb Robert P. J. Day:
> On Mon, 25 Jul 2016, Wolfgang Denk wrote:
>
>> Dear Robert,
>>
>> In message <alpine.LFD.2.20.1607230737010.12216@localhost.localdomain> you wrote:
>>
>>>     3094                 CONFIG_AT91SAM9XE
>>>     3095                 enable special bootcounter support on at91sam9xe based boards.
>>>     3096                 CONFIG_BLACKFIN
>>>     3097                 enable special bootcounter support on blackfin based boards.
>>>     3098                 CONFIG_SOC_DA8XX
>>>     3099                 enable special bootcounter support on da850 based boards.
>>
>> This is name space pollution t best, and has potential to cause
>> unwanted side effects.  This needs thorough checking and cleanup, if
>> it should turn out thatthese macros are used only to select specific
>> bootcount implementations - in that case, they should be renamed
>> into something like CONFIG_BOOTCOUNT_* or such.
>>
>> Heiko, maybe you could have a look at that, please?
>
>    i'm not sure it's as bad as it looks, since those macros are used
> specifically in drivers/bootcount/Makefile:
>
>    obj-y                           += bootcount.o
>    obj-$(CONFIG_AT91SAM9XE)        += bootcount_at91.o
>    obj-$(CONFIG_BLACKFIN)          += bootcount_blackfin.o
>    obj-$(CONFIG_SOC_DA8XX)         += bootcount_davinci.o
>    obj-$(CONFIG_BOOTCOUNT_AM33XX)  += bootcount_davinci.o
>    obj-$(CONFIG_BOOTCOUNT_RAM)     += bootcount_ram.o
>    obj-$(CONFIG_BOOTCOUNT_ENV)     += bootcount_env.o
>    obj-$(CONFIG_BOOTCOUNT_I2C)     += bootcount_i2c.o
>
> and drivers/bootcount/ is processed only if:
>
>    obj-$(CONFIG_BOOTCOUNT_LIMIT) += bootcount/

Yes, excatly.

>
> but i do see the single, more precise example of
> CONFIG_BOOTCOUNT_AM33XX, so someone else can decide if anything
> should be renamed here.

I think the

 >    obj-$(CONFIG_SOC_DA8XX)         += bootcount_davinci.o
 >    obj-$(CONFIG_BOOTCOUNT_AM33XX)  += bootcount_davinci.o

part, should be renamed into "CONFIG_BOOTCOUNT_DAVINCI" ... and
may all symbols should start with "CONFIG_BOOTCOUNT_*" ...

Can you proide a patch for this?

bye,
Heiko
-- 
DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany

      parent reply	other threads:[~2016-07-25 17:07 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-22 19:36 [U-Boot] confused by "upgrade_available=0\0" in include/configs/taurus.h Robert P. J. Day
2016-07-22 22:01 ` Wolfgang Denk
2016-07-23  4:32   ` Robert P. J. Day
2016-07-23 10:18   ` Robert P. J. Day
2016-07-23 11:42   ` Robert P. J. Day
2016-07-25  4:54     ` Wolfgang Denk
2016-07-25 10:03       ` Robert P. J. Day
2016-07-25 13:26         ` Wolfgang Denk
2016-07-25 17:24           ` [U-Boot] a few questions about saving bootcount in the environment Heiko Schocher
2016-07-26 11:02           ` [U-Boot] confused by "upgrade_available=0\0" in include/configs/taurus.h Robert P. J. Day
2016-07-26 11:22             ` Robert P. J. Day
2016-07-25 17:07         ` Heiko Schocher [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=57964769.5040703@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