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