Actions
Forum Thread Details
  • State Not Answered
  • Replies 3 replies
  • Subscribers 358 subscribers
  • Views 496 views
  • Users 0 members are here
Related

Problem booting Linux from JTAG on PicoZed

Former Member

I'm trying to boot my PicoZed board to Linux from JTAG.  It's close, but I'm missing something.
I can successfully boot from SD Card with these same files, so it seems the problem lies elsewhere.

Here are the steps, I'm following:

* Set SW1 to JTAG boot mode.
* XMD Console commands
  - connect arm hw
  - dow zynq_fsbl.elf
  - run
  - fpga u2013f fpgabits.bit
  - dow u-boot.elf
  - run
*  Stop u-boot from auto-booting in terminal
* XMD Console command
  - stop
  - dow u2013data image.ub 0x1000000
  - con
* From u-boot type
  - bootm 0x1000000
* Linux boot hangs with last lines
  - [drm] Initialized drm 1.1.0 20060810
  - brd: module loaded
  - loop: module loaded

The next lines that Linux is supposed to print has to do with the QSPI, but I'm not sure what else to do.
When successfully booting from the SD Card, I'm using BOOT.BIN with the same FSBL, FPGA Bits and u-boot. 
I'm also using the same image.ub file.

--Jeff

  • 0

    Hi Jeff,

    I am not sure if anyone here has tried this recently but I remember trying something like this from PetaLinux about one year ago and saw similar results where I just could not get to the command prompt.

    Does your image.ub also come from PetaLinux?  Also are you loading this file via JTAG from a Windows PC or is this being done from a Linux machine?

    Regards,

    -Kevin

  • 0 in reply to zedhed

    Yes, this is all with my own FPGA design and my own Petalinux Build with a stock PicoZed board.  I've been following the standard PicoZed tutorials.  I'm doing JTAG from Windows 7, and I'm building Petalinux on RedHat 5.8. 

    Someone with a similar sounding issue indicated that maybe the MIO bits for the QSPI were not set correctly, but I can't figure out why it doesn't work through JTAG, but it works with the same files from SD Card.

    --Jeff

  • 0 in reply to Former Member

    I finally found something that works.

    From XMD I first load/run zynq_fsbl.elf, then u-boot.elf.  Then I download the fpga bits into memory from JTAG.  In u-boot I load the FPGA bits from memory into the FPGA.  Then I can load/boot the Linux kernel successfully.

    If I load the FPGA bits from JTAG before u-boot, it seems that u-boot messes something up.  I can use the u-boot 'md' command to see if my FPGA bits are loaded or not by looking at some memory mapped registers.

    Does that sound familiar that running u-boot through JTAG will mess up something related to the FPGA?

    --Jeff