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.

Sign up for GitHub

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

Jump to bottom

Arty A7 100T genfasm crash (in counter_test) #37

Open
Skydive opened this issue Jul 27, 2020 · 4 comments
Open

Arty A7 100T genfasm crash (in counter_test) #37

Skydive opened this issue Jul 27, 2020 · 4 comments

Comments

@Skydive
Copy link

Skydive commented Jul 27, 2020

I was told on IRC that setting VPR_SEED may be a workaround.
I've repeated the command, after deleting the build folder each time:
TARGET="arty_100" make | tee <LOGFILE>

  1. export VPR_SEED="--seed 1341221332"
  2. export VPR_SEED="--seed 12345"
  3. unset VPR_SEED
    At the end of each log:
Begin loading /opt/symbiflow/xc7/install/bin/vpr_common: line 111: 26523 Killed                  genfasm ${ARCH_DEF} ${EBLIF} --device ${DEVICE_NAME} ${VPR_OPTIONS} --read_rr_graph ${RR_GRAPH} $@
make: *** [Makefile:40: build/top.fasm] Error 137

I hope this aids efforts to fix this problem.
log-seed-unset.log
log-seed-1341221332.log
log-seed-12345.log
@litghost
Copy link
Contributor

litghost commented Jul 27, 2020 •
edited

Sorry I was mistaken about the error you have. The error you are seeing is in genfasm, not in routing. I'll take a look this week.

@litghost
Copy link
Contributor

Can you please post the ".net", ".place" and ".route" files for you target? I believe I know the issue, and want to replicate what you are seeing.

@Skydive
Copy link
Author

Skydive commented Jul 28, 2020

Can you please post the ".net", ".place" and ".route" files for you target? I believe I know the issue, and want to replicate what you are seeing.

This is for the unset VPR_SEED
top.place
top.route
top.net

@litghost
Copy link
Contributor

So I've identified the problem. The genfasm step for the 100T currently consumes ~7 GB of RAM, and I believe you mentioned that you had ~7 GB of RAM total. Lowering the peak memory usage is something we are working on, but it isn't something we have a concrete path forward on. Sorry for the inconvenience.

Data:

Load Routing took 0.20 seconds (max_rss 7172.8 MiB, delta_rss +0.0 MiB)

Checking to ensure routing is legal...
Completed routing consistency check successfully.

Serial number (magic cookie) for the routing is: 230918774
Circuit successfully routed with a channel width factor of 500.
Writing Implementation FASM: top.fasm
The entire flow of VPR took 44.8705 seconds.
FASM extra: top_fasm_extra.fasm
	Command being timed: "make build/top.fasm"
	User time (seconds): 105.96
	System time (seconds): 9.97
	Percent of CPU this job got: 103%
	Elapsed (wall clock) time (h:mm:ss or m:ss): 1:52.05
	Average shared text size (kbytes): 0
	Average unshared data size (kbytes): 0
	Average stack size (kbytes): 0
	Average total size (kbytes): 0
	Maximum resident set size (kbytes): 7344968
	Average resident set size (kbytes): 0
	Major (requiring I/O) page faults: 0
	Minor (reclaiming a frame) page faults: 5003423
	Voluntary context switches: 10117
	Involuntary context switches: 69080
	Swaps: 0
	File system inputs: 0
	File system outputs: 37128
	Socket messages sent: 0
	Socket messages received: 0
	Signals delivered: 0
	Page size (bytes): 4096
	Exit status: 0

@danc86 danc86 mentioned this issue Jun 27, 2022
Closed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@litghost @Skydive