All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jerry Van Baren <gerald.vanbaren@ge.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] MPC83xx HRCW
Date: Fri, 28 Mar 2008 08:24:00 -0400	[thread overview]
Message-ID: <47ECE360.8080802@ge.com> (raw)
In-Reply-To: <47ECE17A.9060906@matrix-vision.de>

Andre Schwarz wrote:
> Jerry Van Baren schrieb:
>> Andre Schwarz wrote:
>>> In "cpu/mpc83xx/start.S" there is a comment :
>>>
>>> /*
>>>  * The Hard Reset Configuration Word (HRCW) table is in the first 64
>>>  * (0x40) bytes of flash.  It has 8 bytes, but each byte is repeated 8
>>>  * times so the processor can fetch it out of flash whether the flash
>>>  * is 8, 16, 32, or 64 bits wide (hardware trickery).
>>>  */
>>>
>>> This does _not_ hold true for all configurations. Flash is simply one 
>>> of many options ...
>>> Maybe it's true for the Freescale boards.
>>>
>>> Other sources of the HRCW can be hard-coded strapping pins or an I2C 
>>> EEPROM.
>>>
>>> Why is there a need to define the HRCW ?
>>>
>>> regards,
>>> Andre Schwarz
>>
>> Hi Andre,
>>
>> The HRCW in flash (could be other memory or a FPGA register) is a 
>> processor feature which a board may or may not use.  I am not familiar 
>> with the whole 83xx family, but I presume the feature is part of the 
>> whole family.
>>
>> As you point out, there are other ways of configuring the processor on 
>> power up, and it is board-specific which way is used on the particular 
>> board.
>>
>> For the boards that support the HRCW, obviously the definition in the 
>> first 64 bytes of flash is necessary.  For other boards, it is 
>> unnecessary.  FWIIW, the Freescale eval boards that I have experience 
>> with allow the HRCW to come from flash, i2c, or an FPGA (BCSR).
>>
>> To date, having a potentially unused HRCW definition in memory has not 
>> been an issue - people either use it or ignore it.  If it is an issue, 
>> you could use conditionals to disable it.  I'm sure the 83xx custodian 
>> (Kim Phillips) would consider patches to do that.  ;-)  Note that 
>> there is a possibility that some of the code assumes the presence of a 
>> HRCW, so you would have to inspect and/or regression test as part of a 
>> conditionalization patch.
>>
> ok - so should be no problem to #define the HRCW to "0x0" since it won't 
> be used at all - just occupies some memory.
> I just wanted to be sure that the #defined HRCW is not used as a 
> reference at all in any code !

Theoretically, there is no problem.  I don't know if there are any 
implicit uses of the HRCW - that would be part of the need to inspect 
and/or regression test.

I suspect that the CPU frequency determination code uses it, since part 
of the CPU PLL multiplier comes from the HRCW (IIRC - I get confused 
between the 82xx and 83xx families sometimes).

[snip]

Best regards,
gvb

  parent reply	other threads:[~2008-03-28 12:24 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-28 11:12 [U-Boot-Users] MPC83xx HRCW Andre Schwarz
2008-03-28 11:55 ` Jerry Van Baren
     [not found]   ` <47ECE17A.9060906@matrix-vision.de>
2008-03-28 12:24     ` Jerry Van Baren [this message]
2008-03-28 12:34       ` Andre Schwarz
2008-03-28 16:11 ` David Hawkins
2008-03-28 21:10   ` André Schwarz
2008-03-28 21:53     ` David Hawkins
2008-03-28 22:13       ` André Schwarz

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=47ECE360.8080802@ge.com \
    --to=gerald.vanbaren@ge.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 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.