On Fri, Aug 01, 2008 at 12:16:13PM -0500, Jatin Sharma wrote:
I have to increase u-boot's partition size on my board to make room
for an application to be compiled as part of u-boot binary. I am
currently running u-boot version 1.3.1-rc1 and my current NOR
partition is as follows:
Partition
No, I don't think I made changes to let CPU know about this when it
branches to the boot vector.
After I posted this message, I learned the reset vector for the PPC
architecture lies at 0xFFF00100. Does it mean the u-boot has to start
at the address 0xFFF0? If not, how can I let CPU know to
Jatin Sharma wrote:
After I posted this message, I learned the reset vector for the PPC
architecture lies at 0xFFF00100.
Well, it depends on what kind of PPC chip...
Does it mean the u-boot has to start
at the address 0xFFF0?
Yes (or possibly zero, if the RCW is set appropriately).
If
I have Freescale MPC8347. Can you confirm that I have to have U-Boot
start at 0xFFF0?
Thanks,
Jatin
2008/8/4 Scott Wood [EMAIL PROTECTED]:
Jatin Sharma wrote:
After I posted this message, I learned the reset vector for the PPC
architecture lies at 0xFFF00100.
Well, it depends on what
Jatin Sharma wrote:
I have Freescale MPC8347. Can you confirm that I have to have U-Boot
start at 0xFFF0?
Your choices are 0xfff0 and zero, based on the BMS (Boot Memory
Space) bit of the low reset control word.
-Scott
Scott Wood wrote:
Jatin Sharma wrote:
I have Freescale MPC8347. Can you confirm that I have to have U-Boot
start at 0xFFF0?
Your choices are 0xfff0 and zero, based on the BMS (Boot Memory
Space) bit of the low reset control word.
Grr, that should say high reset control word.
In message [EMAIL PROTECTED] you wrote:
Your choices are 0xfff0 and zero, based on the BMS (Boot Memory
Space) bit of the low reset control word.
-Scott
...and of the two options, I recommend 0xfff0 (boot high). Note
that the start of u-boot is 0xfff0 but the reset
Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
Your choices are 0xfff0 and zero, based on the BMS (Boot Memory
Space) bit of the low reset control word.
-Scott
...and of the two options, I recommend 0xfff0 (boot high). Note
that the start of u-boot is 0xfff0 but
David Hawkins wrote:
Arrr, my insanity. Wolfgang is correct, of course.
Gee, and I was just going to ask why on earth you liked
high-boot :)
I've seen one novel use of high-boot that could make it
useful if you're lazy and can't be bothered plugging in
your debugger ;)
Or the hardware
Arrr, my insanity. Wolfgang is correct, of course.
Gee, and I was just going to ask why on earth you liked
high-boot :)
I've seen one novel use of high-boot that could make it
useful if you're lazy and can't be bothered plugging in
your debugger ;)
Assuming your board has a toggle switch
I have to increase u-boot's partition size on my board to make room
for an application to be compiled as part of u-boot binary. I am
currently running u-boot version 1.3.1-rc1 and my current NOR
partition is as follows:
Partition Address
11 matches
Mail list logo
