On Wed, Aug 26, 2009 at 1:48 PM, Aws Ismail
<aws.ismail@xxxxxxxxx> wrote:
Hi Tom,
make sure caches are enabled. I was facing this problem when using the XUPV2P board but have not been able to figure it out. I moved to a different board (Spartan3A 1800) and everything works fine.
Regards.
On Wed, Aug 26, 2009 at 12:08 PM, Torin Ford
<torin@xxxxxxxxxxxx> wrote:
I have a boot problem. I remember seeing someone else mail about it
recently but can't seem to find the messages in the archive. The
problem is this - Boot up the system, a first stage boot loader loads
u-boot into RAM, then jumps to it. u-boot runs, and sees that there is
an autoboot image available, so it loads that image and jumps to it.
The image is a linux kernel image and outputs:
#### klimit 8c1fa000 ####
Moving 0x000e4000 bytes from 0x8c1e208c to 0x8c1f98f0
New klimit: 0x8c2de000
At this point, it appears to reset, as the first stage boot loader runs.
Could the flash partition ordering and the absence of the "config" and
"spare" partitions cause this?
Thanks,
Torin Ford
Software Engineer
nextScan, Inc.
___________________________
microblaze-uclinux mailing list
microblaze-uclinux@xxxxxxxxxxxxxx
Project Home Page : http://www.itee.uq.edu.au/~jwilliams/mblaze-uclinux
Mailing List Archive : http://www.itee.uq.edu.au/~listarch/microblaze-uclinux/
Aws Ismail, BASc. EE
MASc. Candidate
Mechatronic Systems Engineering
Simon Fraser University
250-13450 102 Avenue
Surrey BC V3T 0A3
---------