From: Stefano Babic <sbabic@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] SPL boot on iMX6
Date: Mon, 26 Aug 2013 15:33:56 +0200 [thread overview]
Message-ID: <521B5944.5030500@denx.de> (raw)
In-Reply-To: <20130826191200.64a8bc5c@triceratops>
Hi Tapani,
On 26/08/2013 13:12, Tapani wrote:
>>
>> Macros wee added exactly in the time they needed, and maybe a global
>> look was missing.
>>
>> However, can you provide much more detail about this ? Which macros, in
>> which files ?
>>
>
> The macros I refer to is the MX6_PAD_ ones. The semantics of them depends on
> the target cpu. See arch/arm/include/asm/arch-mx6/mx6-pins.h
Ok - these files are not thought to be used in the same binary, we have
to change something, taking into account we should remain compatible
without breaking the currently supported boards.
Let's start with some proposals. Maybe you have already introduced a
CONFIG_ switch, because at the moment only one SOC per image is
supported, and one of MX6Q, MX6DL must be set. We have also the same
issue with -ddr files (mx6q-ddr and mx6dl-ddr). Let's say we add a
CONFIG_MX6_MULTI to support all SocS at the same time.
Then we could change the file you mention adding a suffix to each pin.
For example, in mx6q_pins.h we could add something like this:
#ifdef CONFIG_MX6_MULTI
#define PAD_SUFFIX _6Q
#else
#define PAD_SUFFIX
#endif
And we add the macro to each pin, such as
enum {
MX6_PAD_SD2_DAT1__USDHC2_DAT1##PAD_SUFFIX
In this way we could have different names only if we support multiple
SOCs. We need then some accessors to get the right pin, something like
mx6_pin(soc_type, pin_name), that returns the right configuration. Of
course, this is a very first draft, and someone else can start with
different proposals.
Generally I would avoid to convert the enums into tables, because they
will increase the footprint for each board.
>> You should dropped them, and add them again once they are tested and if
>> you really want to have them.
>>
> Good. Then we agree there.
Right.
Best regards,
Stefano Babic
--
=====================================================================
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sbabic at denx.de
=====================================================================
next prev parent reply other threads:[~2013-08-26 13:33 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-26 7:17 [U-Boot] SPL boot on iMX6 Tapani Utriainen
2013-08-26 7:42 ` Stefano Babic
2013-08-26 11:12 ` Tapani
2013-08-26 13:33 ` Stefano Babic [this message]
2013-08-26 14:23 ` Eric Nelson
2013-08-27 12:53 ` Stefano Babic
2013-08-27 4:07 ` Tapani Utriainen
2013-08-27 13:00 ` Stefano Babic
2013-08-27 15:00 ` Eric Nelson
2013-08-26 13:28 ` Fabio Estevam
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=521B5944.5030500@denx.de \
--to=sbabic@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