Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

make.py --load is broken -- no ./prog/openocd_xilinx.cfg #2

Open
tcal-x opened this issue Aug 12, 2020 · 3 comments
Open

make.py --load is broken -- no ./prog/openocd_xilinx.cfg #2

tcal-x opened this issue Aug 12, 2020 · 3 comments

Comments

@tcal-x
Copy link
Member

tcal-x commented Aug 12, 2020

This can probably be fixed easily, just by adding a prog/ directory to this repo, or, use the config files loaded with third_party/litex-boards.

@mateusz-holenko
Copy link
Contributor

@tcal-x in e4b4f99 we refactored the code and reimplemented biststream loading logic. Please check if the current version works fine for you.

@tcal-x
Copy link
Member Author

tcal-x commented Oct 21, 2020

On master, after building, when I run ./make.py --board=arty --load, I get:

python3 -m litex.soc.software.memusage bios.elf /home/tim/litex-hub/zephyr-on-litex-vexriscv/build/arty/software/bios/../include/generated/regions.ld riscv64-unknown-elf

ROM usage: 23.62KiB     (37.79%)
RAM usage: 1.63KiB      (20.41%)

make: Leaving directory '/home/tim/litex-hub/zephyr-on-litex-vexriscv/build/arty/software/bios'
Traceback (most recent call last):
  File "./make.py", line 96, in <module>
    main()
  File "./make.py", line 93, in main
    board.load(soc, filename=os.path.join(build_dir, "gateware", "arty" + board.bitstream_ext))
  File "./make.py", line 20, in load
    prog.load_bitstream(filename)
  File "/home/tim/litex-hub/zephyr-on-litex-vexriscv/third_party/litex/litex/build/openocd.py", line 23, in load_bitstream
    config = self.find_config()
  File "/home/tim/litex-hub/zephyr-on-litex-vexriscv/third_party/litex/litex/build/generic_programmer.py", line 71, in find_config
    import requests
ModuleNotFoundError: No module named 'requests'

@tcal-x
Copy link
Member Author

tcal-x commented Dec 13, 2020

Update: I figured out the "No module named requests" error -- that was from accidentally getting Python3.6 in my path.

However, the "--load" option still does not work (if make.py is invoked directly). Yes, the bitstream is copied to ./binaries/ now, and the user can use openocd, but if they don't already have it aliased, it's a bit of a pain to go find the xc7 / ftdi 2232 cfg file.

Was "--load" expected to work after the commit mentioned above? There is no ./prog/openocd_xilinx.cfg.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants