From: Scott Wood <scottwood@freescale.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 2/2 RESEND] SPL: Allow user to disable CPU support library
Date: Wed, 5 Oct 2011 17:02:17 -0500 [thread overview]
Message-ID: <4E8CD3E9.60707@freescale.com> (raw)
In-Reply-To: <CA+M6bXkwEbX0VsAzEbBYY_rG4J8r5opFSvD0RFPfjtpjecBo1w@mail.gmail.com>
On 10/05/2011 04:44 PM, Tom Rini wrote:
> On Thu, Sep 22, 2011 at 1:52 AM, Marek Vasut <marek.vasut@gmail.com> wrote:
>> On Wednesday, September 21, 2011 01:31:28 AM Scott Wood wrote:
>>> Is it really such a burden to put something like
>>>
>>> #define CONFIG_SPL_ARCH_CPU
>>>
>>> in your board config header?
>>
>> Yes it's a burden. It's a burden to add this to all boards but one. It makes no
>> sense.
>
> Looking at a pile of partially ported TI boards, I wonder if we don't need a few
> common SPL include files, setting this-and-that and then letting boards opt-out
> of these defaults (or just going it alone?) as needed.
A header with common opt-ins would be good -- possibly have a small
number of common "profiles" for typical types of SPL, and/or high-level
feature #ifdefs that #define the components required to enable them.
Also, an opt-out might be more palatable if it is local to this
particular CPU makefile, and indicates what specifically is being opted
out of -- what constitutes a "CPU support library" is vague from a
target-independent view.
I guess what you're really trying to replace is the initial entry code,
with something provided under board/? Only the cpu makefile knows which
files are initial entry versus other CPU-specific things.
-Scott
next prev parent reply other threads:[~2011-10-05 22:02 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-12 4:03 [U-Boot] [PATCH 0/2] SPL improvements Marek Vasut
2011-09-12 4:03 ` [U-Boot] [PATCH 1/2 RESEND] SPL: Make path to start.S configurable Marek Vasut
2011-10-05 19:08 ` Wolfgang Denk
2011-10-05 20:07 ` Wolfgang Denk
2011-10-05 20:15 ` Wolfgang Denk
2011-09-12 4:03 ` [U-Boot] [PATCH 2/2 RESEND] SPL: Allow user to disable CPU support library Marek Vasut
2011-09-15 22:57 ` Scott Wood
2011-09-15 23:17 ` Marek Vasut
2011-09-16 19:49 ` Scott Wood
2011-09-16 21:38 ` Marek Vasut
2011-09-16 21:42 ` Scott Wood
2011-09-16 21:47 ` Marek Vasut
2011-09-16 22:07 ` Scott Wood
2011-09-16 22:48 ` Marek Vasut
2011-09-19 18:13 ` Scott Wood
2011-09-19 22:31 ` Marek Vasut
2011-09-20 19:12 ` Scott Wood
2011-09-20 21:16 ` Marek Vasut
2011-09-20 21:23 ` Scott Wood
2011-09-20 21:30 ` Marek Vasut
2011-09-20 23:31 ` Scott Wood
2011-09-22 8:52 ` Marek Vasut
2011-10-05 21:44 ` Tom Rini
2011-10-05 22:02 ` Scott Wood [this message]
2011-10-05 22:20 ` Marek Vasut
2011-10-06 0:13 ` [U-Boot] [PATCH 1/2] " Marek Vasut
2011-10-06 0:13 ` [U-Boot] [PATCH 2/2] SPL: Allow ARM926EJS to avoid compiling in the CPU support code Marek Vasut
2011-10-18 21:33 ` Albert ARIBAUD
2011-10-18 22:30 ` Marek Vasut
2011-10-21 20:44 ` Marek Vasut
2011-10-21 21:52 ` Albert ARIBAUD
2011-10-21 22:00 ` Marek Vasut
2011-10-21 22:44 ` Albert ARIBAUD
2011-10-21 22:46 ` Marek Vasut
2011-10-21 23:08 ` Albert ARIBAUD
2011-10-21 23:45 ` Marek Vasut
2011-10-22 0:04 ` Tom Rini
2011-10-22 0:19 ` Marek Vasut
2011-10-22 0:41 ` Albert ARIBAUD
2011-10-22 1:20 ` Marek Vasut
2011-10-22 7:05 ` Albert ARIBAUD
2011-10-24 10:14 ` [U-Boot] [PATCH 2/2 V2] " Marek Vasut
2011-11-03 0:05 ` Marek Vasut
2011-11-04 13:59 ` Marek Vasut
2011-11-08 21:15 ` Albert ARIBAUD
2011-10-06 15:54 ` [U-Boot] [PATCH 1/2] SPL: Allow user to disable CPU support library Scott Wood
2011-10-06 23:35 ` Marek Vasut
2011-09-12 4:12 ` [U-Boot] [PATCH 0/2] SPL improvements Marek Vasut
2011-10-05 11:04 ` Marek Vasut
2011-10-05 19:14 ` 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=4E8CD3E9.60707@freescale.com \
--to=scottwood@freescale.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