[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [microblaze-uclinux] kernel won't boot
I'm experiencing the same problems described by Daniel and Eric.
Was a resolution ever found?
On 2/12/06, Eric Lynum <
elynum@xxxxxxx> wrote:
I haven't modified any of the pcores. I'm able to when I write mwr
0x30000058 0x55aa55aa get the 0x55aa55aa back. And it looks like I'm able to
write at any address in that sdram block and get back what I wrote.
Also when I use the random.bin file I get back everything I write except and
this might be correct but it's byte swapped.
After I do my hexdump and place it in a file. I look at the file and in the
file if I have 00000000 and the data is dfb5fe00 I get back B5df00fe from
xmd. But I think that's correct.
The only thing I can do is go back through the tutorial and see if I'm doing
sommething wrong because it looks like I can read and write blocks of data
to the ram correctly.
-----Original Message-----
From: owner-microblaze-uclinux@xxxxxxxxxxxxxx
[mailto:owner-microblaze-uclinux@xxxxxxxxxxxxxx
] On Behalf Of John Williams
Sent: Sunday, February 12, 2006 6:59 PM
To: microblaze-uclinux@xxxxxxxxxxxxxx
Subject: Re: [microblaze-uclinux] kernel won't boot
Eric,
Eric Lynum wrote:
> I did a mb-objdump on my kernel and the data on the address after 30000058
> is not the same that is actually being written into the sdram.
> For instance
> At 30000054 I have a561e000 which is what I have in the sdram
> At 30000058 I have b000300a but I have b000300d in the sdram
> After that it looks like every thing is moved to the left by 2 spaces for
> instance at 30000068 it should be b0003009 but I get in the sdram
f0b00030.
It looks then like a problem with your memory and/or interfacing.
Do some more tests to confirm. e.g.
What happens if you use XMD to write words into the DDR
mwr 0x30000058 0x55aa55aa
mrd 0x30000058
????
Other addresses?
Create a 1MB file of random numbers:
$ dd if=/dev/urandom of=random.bin bs=1k count=1k
download it in XMD
% dow -data random.bin 0x30000000
read it back, and compare to the original contents
$ hexdump random.bin
Once you are sure that what you upload, doesn't match what's in the
memory, time to start finding out why.
Did you follow the tutorial closely?
Have you done anything silly like make custom modifications to Xilinx
pcores (it happens!)
If all else fails, ask someone to post working ML401 bitstream and
kernel images, try them on your setup.
I'm really not sure what else to suggest.
Regards,
John
___________________________
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/
___________________________
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/