-
Notifications
You must be signed in to change notification settings - Fork 15
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
Update sub-modules to latest version #39
Comments
Hi, Update progress and some issues: After pull VectorCGRA:
|
Thanks Yuqi,
|
Sure, and I copy the .so file from previous image. |
That means we still use the old code. It needs to be rebuilt based on the latest/pulled repo. |
Got it, there is the .so file after rebuild repo. |
No worry for 'Run tests', fixed. Caused by I pull the latest repo of pymtl3-hardfloat, but folder name should be
Also, 'Synthesize' good now. Testing 'Layout'. |
Thanks a lot Yuqi,
|
Currently, pending on running layout only. |
Thanks, let's see. |
Yeah I will try to find the problem this week. |
Hi Yufei @yyan7223 , Synthesize works now. But another question about Layout needs your help, I updated all submodules and keep OpenRoad script repo as I'm pushing new image with less layers and size, also attached design file. docker image: Log with all latest submodules:
Previous log:
|
The
Thanks! |
1x1 completes floorplan stage quickly(2-3 mins) (but 1x1 cannot map DFG), other stages are running, logs below:
|
1x1 encountered the same error as before -
|
For 1x1 [ERROR GRT-0119] Routing congestion is too high, which indicates the core area is too small and the open road tried to route in the core area, In the config.mk changing core Utilization to 0.2 >0.1 ( 30>20>10 if it's defined in non-decimal ) and export PLACE_DENSITY = 0.6>0.4>0.2 might resolve the congestion problem.If the issue still persists then we need to define larger CORE_AREA in the config. mk. For timing Violations, In the Config. mk export CTS_BUF_CELL = BUFx8_ASAP7_75t_R to BUFx16_ASAP7_75t_R we can try changing the drive strength of Buffer to improve WNS. |
Hi, 1x1 got same
Thanks, |
The problem now is that 1x1 takes too long to map, e.g. 360 cycles. Do I understand correctly? I tried DFG of main function (only contains two nodes) which works when mapping on 1x1. The mapping log is attached below. |
Hi @MeowMJ, you mean the fir kernel requires 360 cycles?
|
The first log can be reproduced using VectorCGRA (commit 7714ef5 on Nov 3, 2024). The second log can be reproduced using VectorCGRA (commit b9859b7 on Jan 8, 2023). I haven't fixed this issue but here are some records of debugging:
But anyway, a stable circuit should not contain any combinational loops. So next I may try to separately synthesis each module within the design, find which module contributes most of combinatioinal loops, and modify the pymtl3 code correspondingly. What do you think? @tancheng @yuqisun @deepsz Regards, |
Thanks @yyan7223 for the investigation. I am working on tancheng/VectorCGRA#13 to try to minimize the number of combinational loops across tiles and tancheng/VectorCGRA#26 to include data-dependent as another dimension in terms of reconfigurability.
|
Hi @yuqisun, I post the TODOs here for better tracking the progress.
Required (recommended) #CPUs, RAM?
How many hours for the 2x2?
Pull latest other sub-modules.
Pull latest CGRA-Mapper.
Pull latest VectorCGRA and Mapper to checkout a 2x2 synthesis for layout.
(venv) Need a specific PyMTL3 version: pip install -U git+https://github.com/tancheng/pymtl3.1@yo-struct-list-fix
The text was updated successfully, but these errors were encountered: