Page 1 of 2

proper offsets for gordon flash tool, and bringup.

Posted: Tue Oct 28, 2014 3:12 am
by fixel
Based on vhdl (actually assembly in mem_arbiter.vhdl) i would assume that fpga.bin is flashed at 0x0, and firmware.bin at 0x60000. Is it correct?
I've flashed and verified the spi using those offsets, but firmware is not booting up. I can confirm that fpga is loaded correctly. All voltages and jumpers are proper.

Re: proper offsets for gordon flash tool, and bringup.

Posted: Tue Oct 28, 2014 5:35 pm
by MintyTheCat
fixel wrote:Based on vhdl (actually assembly in mem_arbiter.vhdl) i would assume that fpga.bin is flashed at 0x0, and firmware.bin at 0x60000. Is it correct?
I've flashed and verified the spi using those offsets, but firmware is not booting up. I can confirm that fpga is loaded correctly. All voltages and jumpers are proper.
Hi,

try:

flcli -v <USB ID UMDK> -p J:A7A0A3A1:spi-talk.xsvf

gordon -v <USB ID UMDK> -t indirect:1 -w fpga.bin.bin:0x0

gordon -v <USB ID UMDK> -t indirect:1 -w firmware.bin:0x60000

That is from my notes. I can try it out if you have issues.

Cheers,

Minty.

Posted: Tue Oct 28, 2014 6:45 pm
by fixel
Yes, I did the same thing and it fails to boot into the firmware. I will check with LA to see actual address and data bus. I can see that FPGA is configured but I don't see any accesses to 0x60000 and up over SPI.

Posted: Tue Oct 28, 2014 8:02 pm
by MintyTheCat
A question: are you using the master or dev branch from the github UMDK repo?

Posted: Tue Oct 28, 2014 8:33 pm
by fixel
i've tried 20140524 and dev branches. At this point i'm inspecting my soldering. Could be that something is not soldered or shorted.

Posted: Tue Oct 28, 2014 9:51 pm
by MintyTheCat
fixel wrote:i've tried 20140524 and dev branches. At this point i'm inspecting my soldering. Could be that something is not soldered or shorted.
OK, I have tried both of those too and they work.

Prophet36 gives some advice on the hardware and bring up in this other thread:

viewtopic.php?t=1825&postdays=0&postord ... cededfb585

Please keep us posted on your progress and we will try to help you get up and running.

Cheers,

Minty.

Posted: Wed Oct 29, 2014 12:14 am
by fixel
Thank you,
do you have any idea what project does cksum.xsvf coming from?

Posted: Wed Oct 29, 2014 9:21 am
by MintyTheCat
fixel wrote:Thank you,
do you have any idea what project does cksum.xsvf coming from?
Sorry, I am not sure where that file is. I assumed that it was used by UMDK so I searched the directories of the UMDK project but did not find it.

Could you tell us where you found that file please?

Posted: Wed Oct 29, 2014 11:34 am
by fixel
MintyTheCat wrote: Could you tell us where you found that file please?
it's mentioned in bulletpoint #9 here:
viewtopic.php?p=24032#24032

Posted: Wed Oct 29, 2014 12:46 pm
by MintyTheCat
fixel wrote:
MintyTheCat wrote: Could you tell us where you found that file please?
it's mentioned in bulletpoint #9 here:
viewtopic.php?p=24032#24032
Mmmmm, but I cannot find it in the Repo. We shall have to ask Prophet36.

My UMDK Kit was made for me and I only had to carry out the Unit-Test tests to verify the bitstream written to the FPGA and that the toolchain was correctly installed as the hardware had been checked prior to me receiving it.

The Unit-Tests do calculate expected results and then compare what the MD with UMDK connected returns but that is a step further on than you are at by this stage.

Step #9 is in order to check that the bitstream is correct and has been written correctly but I would have thought that it would fail at an earlier stage during writing and you would see that during the writing stage - what do you get on your command-line when you execute Gordon?

I am not at my MD Dev machine now but I can repeat the steps that you would need to carry out and see what I get and then compare that to what you get but give me a couple of days.

Perhaps send Prophet36 a PM and see what advice he can give.

Cheers,

Minty.

Posted: Wed Oct 29, 2014 1:14 pm
by MintyTheCat
Cksum is part of the early examples provided with FPGALink:

http://www.swaton.ukfsn.org/temp/vhdl_paper.pdf

Posted: Thu Oct 30, 2014 12:27 pm
by fixel
Ok, i got it to boot the firmware, but now chasing another issue:
The SD Card doesn't clock any data out ---
i see the command sent to SD, but no response, not even ACK.
I've noticed that spi_master is coded to be MODE3, but MODE0 is recommended for SD, could that be the issue?
Here is the LA trace -- no response on CMD0 from SD...

Image

Posted: Thu Oct 30, 2014 1:26 pm
by MintyTheCat
Hi,

Prophet36 I *THINK* added the SD-Card support to only the Dev branch - I think.

Have you done traces with your L-A using the Dev and Master?

I would need to check if he added SD-Card support to the Master.

Did you contact Prophet36?

Posted: Thu Oct 30, 2014 2:10 pm
by fixel
As far as i understand from vhdl and m68k code, everything is in place on 20140524 branch. i can check out dev shortly and will let you know

Posted: Thu Oct 30, 2014 2:17 pm
by fixel
MintyTheCat wrote:Did you contact Prophet36?
No i didn't want to bother him yet. I've figured he would've dropped in if he had time.