All of lore.kernel.org
 help / color / mirror / Atom feed
From: trem <tremyfr@yahoo.fr>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 2/4] apf27: add support for the armadeus APF27 board
Date: Sun, 02 Dec 2012 18:07:48 +0100	[thread overview]
Message-ID: <50BB8AE4.5070304@yahoo.fr> (raw)
In-Reply-To: <20121126185500.0bb988d0@lilith>

On 26/11/12 18:55, Albert ARIBAUD wrote:
>> +/*
>> + * Fuse bank 1 row 8 is "reserved for future use" and therefore available for
>> + * custormer use. The APF27 board uses this fuse to store the board revision:
>> + * 0: initial board revision
>> + * 1: first revision - Presence of the second RAM chip on the board is blown in
>> + *     fuse bank 1 row 9  bit 0 - No hardware change
>> + * N: to be defined
>
> (aside: I am somewhat surprised that something "reserved for future
> use" can be considered "available for customer use": reserved areas
> are... reserved... thus probably not available -- future revisions of
> the *IC* may actually exercize the reservation, causing a conflict
> with the *board* assumptions. But hey, that's not a U-boot issue)

This is a reference to the freescale documentation.
It means that customer (here Armadeus) can use it to store
informations.

...
  
>> +int
>> +misc_init_r(void)
>> +{
>> +	char *s;
>> +	u_char * firmware_buffer = (u_char *)(CONFIG_SYS_LOAD_ADDR + \
>> +					      CONFIG_SYS_MONITOR_LEN);
>> +	size_t size	= 0;
>> +	size_t offset	= -1;
>> +	char *autoload = getenv("firmware_autoload");
>
> Is this used?

Yes, this function can be used if it's enable in the u-boot environment.

...

>> +{
>> +	/* Enable D-cache. I-cache is already enabled in start.S */
>> +	dcache_enable();
>> +}
>> +
>> +inline void lowlevel_init(void) {}
>
> What's the point of defining lowlevel_init? If you don't do low level
> inits, then you can define CONFIG_SKIP_LOWLEVEL_INIT in the board
> config header file.

In fact lowlevel_init isn't only the call of a function, this is also
some "low level" init (like cache). I need this low level init, but
I don't need to call a function, so I only define an empty function.

...


regards,
Philippe

  reply	other threads:[~2012-12-02 17:07 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-29 17:35 [U-Boot] [PATCH 0/4] apf27: add support of armadeus apf27 v2 Philippe Reynes
2012-10-29 17:35 ` [U-Boot] [PATCH 1/4] apf27: add missing constant to mx27 Philippe Reynes
2012-10-29 17:35 ` [U-Boot] [PATCH 2/4] apf27: add support for the armadeus APF27 board Philippe Reynes
2012-11-26 17:55   ` Albert ARIBAUD
2012-12-02 17:07     ` trem [this message]
2012-10-29 17:35 ` [U-Boot] [PATCH 3/4] apf27: add spl support for the apf27 Philippe Reynes
2012-10-30 20:50   ` Fabio Estevam
2012-11-26 18:02   ` Albert ARIBAUD
2012-12-02 17:09     ` trem
2012-10-29 17:35 ` [U-Boot] [PATCH 4/4] apf27: add FPGA support for the apf27 board Philippe Reynes

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=50BB8AE4.5070304@yahoo.fr \
    --to=tremyfr@yahoo.fr \
    --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.