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

./orangecrab.py --revision r0.1 --device 85F generates code for a 25F device #72

Closed
tommythorn opened this issue May 6, 2020 · 1 comment · Fixed by #74
Closed

./orangecrab.py --revision r0.1 --device 85F generates code for a 25F device #72

tommythorn opened this issue May 6, 2020 · 1 comment · Fixed by #74

Comments

@tommythorn
Copy link
Contributor

Following the directions from https://github.com/enjoy-digital/litex/blob/master/README.md and executing the target ./orangecrab.py --revision r0.1 --device 85F resulted in a
./soc_basesoc_orangecrab/gateware/build_top.sh with

# Autogenerated by LiteX / git: 34f26868
set -e
yosys -l top.rpt top.ys
nextpnr-ecp5 --json top.json --lpf top.lpf --textcfg top.config      --25k --package CSFBGA285 --speed 8 --timing-allow-fail 
ecppack top.config --svf top.svf --bit top.bit

The --25k should be --85k

When fixing this manually the result builds and runs, but SDRAM test fails, so I suspect the revision also isn't propagated correctly.

@tommythorn
Copy link
Contributor Author

I don't really speak Parseltongue, but it seems that the parsed args are stripped off by soc_core_argdict() (called from soc_sdram_argdict()).

I prepped a fix based on other code in this directory. Stay tuned.

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