From: Detlev Zundel <dzu@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] ppc: transform init_sequence into a function.
Date: Tue, 01 Dec 2009 11:43:08 +0100 [thread overview]
Message-ID: <m2tywbrn43.fsf@ohwell.denx.de> (raw)
In-Reply-To: <20091130232754.393673F6E5@gemini.denx.de> (Wolfgang Denk's message of "Tue, 01 Dec 2009 00:27:54 +0100")
Hi Wolfgang,
> Dear Joakim Tjernlund,
>
> In message <OF5A3AF402.57EFBD26-ONC125767E.007A9CC5-C125767E.007B6427@transmode.se> you wrote:
>>
>> > Yes. And all boards that don't need it will suffer from the increased
>> > memory footprint.
>>
>> Sure, but I won't adding these extra call sites as an array of
>> fptrs also add size? Since the new function as smaller than the current
>> list, I would not be surprised if my function idea is smaller
>> in total. Perhaps I am misunderstanding something?
>>
>> I am just illustrating one way, one that will allow boards
>> better control too as then can define this function as they like/need.
>
> The idea is that boards that want such contrrol can redefine the
> whole init sequence list - adding what they really need, and omitting
> what they don't. Zero overhead.
A little bit late, but reading and pondering on Jockes suggestion, in
the meantime I lean somewhat into the direction of Jockes init
function. Probably the heaviest argument is that once a board comes
along which redefines the whole init list, this will effectively be a
snapshot of the then current init-list shuffled around for this specific
board. Now when we add more board-independent sub-systems needed
initialization, we will always have to remember that there are copies of
this pretty central data structure needing to be updated also, which I
do not think to be very nice.
Moreover, if we have such a central place, when adding stuff, we always
now which user may have a problem with new code without going through
all board configs.
Apart from that, if up to today no board actually did such a
redefinition of the whole array, then one could argue that the chances
for something like that are pretty slim. And even if such a thing
happens, I rather like to see the exception for such a conceptually
important thing in a central place rather than a board config file.
Just my 0.02 of your favourite currency
Detlev
--
Some mathematicians become so tense these days that they do not go to
sleep during seminars.
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: dzu at denx.de
next prev parent reply other threads:[~2009-12-01 10:43 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <OF012B1DA7.446FFBCD-ONC125767B.004DD4EE-C125767B.00508FF3@trans mode.se>
2009-11-27 10:32 ` [U-Boot] [PATCH] ppc: transform init_sequence into a function Joakim Tjernlund
2009-11-27 14:06 ` Wolfgang Denk
2009-11-27 14:39 ` Joakim Tjernlund
2009-11-27 20:18 ` Wolfgang Denk
2009-11-28 13:56 ` Joakim Tjernlund
2009-11-30 12:36 ` Joakim Tjernlund
2009-11-30 21:02 ` Wolfgang Denk
2009-11-30 22:27 ` Joakim Tjernlund
2009-11-30 23:27 ` Wolfgang Denk
2009-12-01 10:43 ` Detlev Zundel [this message]
[not found] ` <OF012B1DA7.446FFBCD-ONC125767B.004DD4EE-C125767B.00508FF3@tran smode.se>
2009-11-27 14:54 ` Alessandro Rubini
2009-11-27 15:01 ` Joakim Tjernlund
2010-12-06 17:59 Joakim Tjernlund
2010-12-06 20:09 ` Wolfgang Denk
2010-12-06 20:42 ` Joakim Tjernlund
2010-12-06 21:33 ` Scott Wood
2010-12-06 22:36 ` Graeme Russ
2010-12-06 22:49 ` Scott Wood
2010-12-06 23:04 ` Graeme Russ
2010-12-06 23:12 ` Scott Wood
2010-12-06 23:13 ` Wolfgang Denk
2010-12-07 0:07 ` Joakim Tjernlund
2010-12-07 0:21 ` Scott Wood
2010-12-07 0:41 ` Joakim Tjernlund
2010-12-07 0:59 ` Scott Wood
2010-12-06 23:09 ` Wolfgang Denk
2010-12-06 22:36 ` Wolfgang Denk
2010-12-06 23:06 ` Graeme Russ
2010-12-07 0:32 ` Joakim Tjernlund
2010-12-07 6:34 ` Wolfgang Denk
2010-12-07 9:08 ` Joakim Tjernlund
2010-12-07 13:07 ` Wolfgang Denk
2010-12-07 13:57 ` Joakim Tjernlund
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=m2tywbrn43.fsf@ohwell.denx.de \
--to=dzu@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