From: Graeme Russ <graeme.russ@gmail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [RFC PATCH 0/19] Create generic board init and move ARM and x86 to it
Date: Tue, 03 Jan 2012 20:15:16 +1100 [thread overview]
Message-ID: <4F02C724.9040309@gmail.com> (raw)
In-Reply-To: <20120103081207.4901D17E88AE@gemini.denx.de>
Hi Wolfgang,
On 03/01/12 19:12, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <CAPnjgZ2jS8kzCt06LbYnXSyEKm6ck8apm=P1YqqDtnZ0+q9dhw@mail.gmail.com> you wrote:
>>
>> Well let's see how we go with the incremental approach - hopefully we
>> can get the same result with less pain and risk, and not too much
>> work.
>
> Did you miss my proposal not to change the existing coe for all
> boards, but to provide anew implementation and convert boards one by
> one? What do you think about such an approach?
My idea was to migrate each arch to the 'pure processing loops'
implementation I have just posted for x86. We can then factor out the
processing loop code into common code leaving just the init function arrays
in arch/foo/lib/board.c
We can then look at how to deal with the disparate init sequences - I'm
going to have a look at my new 'initcall' proposal to see if that is viable
- If so, we auto generate init_sequence.c
Regards,
Graeme
next prev parent reply other threads:[~2012-01-03 9:15 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-28 6:35 [U-Boot] [RFC PATCH 0/19] Create generic board init and move ARM and x86 to it Simon Glass
2011-12-28 6:35 ` [U-Boot] [RFC PATCH 01/19] Introduce generic global_data Simon Glass
2011-12-29 7:47 ` Andreas Bießmann
2012-01-07 22:33 ` Simon Glass
2012-01-08 10:48 ` Graeme Russ
2012-01-08 18:13 ` Simon Glass
2012-01-09 11:21 ` Andreas Bießmann
2012-01-09 18:17 ` Simon Glass
2011-12-28 6:35 ` [U-Boot] [RFC PATCH 02/19] Make relocation functions global Simon Glass
2011-12-28 6:35 ` [U-Boot] [RFC PATCH 03/19] Add basic initcall implementation Simon Glass
2011-12-28 6:35 ` [U-Boot] [RFC PATCH 04/19] define CONFIG_SYS_LEGACY_BOARD everywhere Simon Glass
2011-12-28 6:35 ` [U-Boot] [RFC PATCH 05/19] Add generic post-relocation board_r.c Simon Glass
2011-12-28 6:35 ` [U-Boot] [RFC PATCH 06/19] Add generic pre-relocation board_f.c Simon Glass
2011-12-28 6:35 ` [U-Boot] [RFC PATCH 07/19] Add spl load feature Simon Glass
2011-12-28 6:35 ` [U-Boot] [RFC PATCH 08/19] switch ARM over to generic board Simon Glass
2011-12-28 6:35 ` [U-Boot] [RFC PATCH 09/19] arm: Remove unused code in board.c, global_data.h Simon Glass
2011-12-28 6:35 ` [U-Boot] [RFC PATCH 10/19] Add CONFIG_SYS_SYM_OFFSETS to support offset symbols Simon Glass
2011-12-28 6:35 ` [U-Boot] [RFC PATCH 11/19] x86: Remove compiler warning in sc520_timer.c Simon Glass
2011-12-28 6:35 ` [U-Boot] [RFC PATCH 12/19] x86: Remove dead code in eNET Simon Glass
2011-12-28 6:35 ` [U-Boot] [RFC PATCH 13/19] x86: Add processor library and relocation functions Simon Glass
2011-12-28 6:35 ` [U-Boot] [RFC PATCH 14/19] Tidy up asm/generic sections.h to include x86 symbols Simon Glass
2011-12-28 6:35 ` [U-Boot] [RFC PATCH 15/19] Add fields required by x86 to global_data Simon Glass
2011-12-28 6:35 ` [U-Boot] [RFC PATCH 16/19] x86: Change stub example to use asm-generic/sections.h Simon Glass
2011-12-28 6:35 ` [U-Boot] [RFC PATCH 17/19] x86: Add initial memory barrier macros Simon Glass
2011-12-28 6:35 ` [U-Boot] [RFC PATCH 18/19] Bring in x86 to unified board architecture Simon Glass
2011-12-28 6:36 ` [U-Boot] [RFC PATCH 19/19] x86: Remove unused board/global_data code Simon Glass
2011-12-28 17:30 ` [U-Boot] [RFC PATCH 0/19] Create generic board init and move ARM and x86 to it Wolfgang Denk
2011-12-28 18:13 ` Simon Glass
2011-12-30 15:49 ` Graeme Russ
2011-12-31 0:03 ` Wolfgang Denk
2011-12-31 2:02 ` Simon Glass
2011-12-31 11:52 ` Graeme Russ
2012-01-01 23:48 ` Simon Glass
2012-01-02 11:26 ` Graeme Russ
2012-01-02 14:46 ` Wolfgang Denk
2012-01-03 5:33 ` Simon Glass
2012-01-03 8:12 ` Wolfgang Denk
2012-01-03 9:15 ` Graeme Russ [this message]
2012-01-03 15:55 ` Simon Glass
2012-01-03 22:35 ` Wolfgang Denk
2012-01-03 22:52 ` Simon Glass
2012-01-03 5:28 ` Simon Glass
2012-01-01 1:54 ` Wolfgang Denk
2012-01-01 23:47 ` Simon Glass
2012-01-02 6:50 ` Wolfgang Denk
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=4F02C724.9040309@gmail.com \
--to=graeme.russ@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox