All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Andreas Bießmann" <andreas.devel@googlemail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v3] Consolidate bootcount code into drivers/bootcount
Date: Mon, 13 Aug 2012 17:04:59 +0200	[thread overview]
Message-ID: <5029179B.6090807@gmail.com> (raw)
In-Reply-To: <50291476.5060404@denx.de>

Hi Stefan,

On 13.08.2012 16:51, Stefan Roese wrote:
> Hi Andreas,
> 
> On 08/13/2012 03:48 PM, Andreas Bie?mann wrote:
>>>>> +COBJS-y				+= bootcount.o
>>>>> +COBJS-$(CONFIG_AT91SAM9XE)	+= bootcount_at91.o
>>>>
>>>> I tend to NAK this. Before it was available to all at91 processors (keep
>>>> in mind nearly all at91 have this gpbr register). Now it is only
>>>> available to AT91SAM9XE processor series which is the only user for
>>>> bootcount in mainline.
>>>
>>> Then we should choose a different CONFIG_ option here. One that selects
>>> all AT91 boards potentially supporting this feature. You are the expert
>>> here, please make a suggestion.
>>
>> Unfortunately there is no such config option yet. We could add all the
>> SoC explicitly like this:
>>
>> ---8<---
>> | +COBJS-$(CONFIG_AT91SAM9260)    += bootcount_at91.o
>> | +COBJS-$(CONFIG_AT91SAM9261)    += bootcount_at91.o
>> | +COBJS-$(CONFIG_AT91SAM9263)    += bootcount_at91.o
>> | +COBJS-$(CONFIG_AT91SAM9G10)    += bootcount_at91.o
>> | +COBJS-$(CONFIG_AT91SAM9G20)    += bootcount_at91.o
>> | +COBJS-$(CONFIG_AT91SAM9M10G45) += bootcount_at91.o
>> | +COBJS-$(CONFIG_AT91SAM9RL)     += bootcount_at91.o
>> |  COBJS-$(CONFIG_AT91SAM9XE)     += bootcount_at91.o
>> | +COBJS-$(CONFIG_AT91SAM9G20)    += bootcount_at91.o
>> --->8---
>>
>> Maybe there is some make foo to get this easier?
> 
> Maybe. But nothing I can think of quickly. The better solution would be
> to add a new common CONFIG_AT91 (or similar) define, which is defined
> for all at91 platforms. Might be helpful in other places as well.
> 
> Not sure, how to best add this global AT91 define though. Easy wold be
> to add it to config header files.

I think we put it in the asm/arch/hardware.h files, something like
CONFIG_AT91_GPBR.

>>>> I fear we may break some not mainline boards
>>>> here.
>>>
>>> Maybe. But we usually don't care about out-of-tree ports.
>>
>> That is true, we could just wait for patches adding this feature to
>> other at91 SoC.
>>
>>>> I would prefer something that includes all different at91 SoC by
>>>> default (except rm9200).
>>>>
>>>> I have no solution yet but send this to prevent a v4. Will send a
>>>> proposal for at91 later this day.
>>>
>>> Okay. But I would really like to see this patch go in soon. I still have
>>> a new board support patch waiting here for quite a long time depending
>>> on this bootcount stuff.
>>
>> I'm with you, do you have a suggestion how to do the make foo nice?
> 
> See above. Perhaps somebody else has other suggestions.
> 
> Nevertheless I think we can postpone this "AT91 bootcount tuning" to a
> follow-up patch.

This is ok for me. Just realized there is a v4 on patchwork (but did not
hit my MUA ...).

Just add a

Acked-by: Andreas Bie?mann <andreas.devel@googlemail.com>

to v4.

Best regards

Andreas Bie?mann

  reply	other threads:[~2012-08-13 15:04 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-05  6:37 [U-Boot] [PATCH v3] Consolidate bootcount code into drivers/bootcount Stefan Roese
2012-06-05 12:19 ` Rob Herring
2012-08-10 20:32 ` Wolfgang Denk
2012-08-11 16:20 ` Mike Frysinger
2012-08-13  9:46   ` Stefan Roese
2012-08-13 13:11 ` Andreas Bießmann
2012-08-13 13:37   ` Stefan Roese
2012-08-13 13:48     ` Andreas Bießmann
2012-08-13 14:51       ` Stefan Roese
2012-08-13 15:04         ` Andreas Bießmann [this message]
  -- strict thread matches above, loose matches on Subject: below --
2012-08-13 11:56 [U-Boot] [PATCH v4] " Stefan Roese
2012-08-13 16:05 ` [U-Boot] [PATCH v3] " Christian Riesch

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=5029179B.6090807@gmail.com \
    --to=andreas.devel@googlemail.com \
    --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 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.