Description
There is an issue with the provided DEF file template for the OpenFrame wrapper. Some of the pre-placed pins are located outside the defined die area boundary.
Impact
During the routing stage (specifically in OpenROAD/LibreLane), the router cannot establish a legal 'Access Point' for these pins because they are out of bounds. This causes a heap underflow or general access point failure, which ultimately makes the detailed routing fail.
Steps to Reproduce
- Use the default DEF template provided in the repository for
openframe_project_wrapper.
- Run the OpenLane/LibreLane flow up to the routing stage.
- The router will fail with access point errors for the pins located on the extreme edges.
Proposed Workaround / Fix
To solve this locally, I had to manually edit the DEF file:
- Moved the affected pins slightly inside the die area boundary.
- Increased the length of the pins to compensate for the move and maintain the necessary overlap/connectivity.
It would be highly beneficial to update the base DEF template in the repository so that all pins are strictly within the die boundary by default.
Description
There is an issue with the provided DEF file template for the OpenFrame wrapper. Some of the pre-placed pins are located outside the defined die area boundary.
Impact
During the routing stage (specifically in OpenROAD/LibreLane), the router cannot establish a legal 'Access Point' for these pins because they are out of bounds. This causes a
heap underflowor general access point failure, which ultimately makes the detailed routing fail.Steps to Reproduce
openframe_project_wrapper.Proposed Workaround / Fix
To solve this locally, I had to manually edit the DEF file:
It would be highly beneficial to update the base DEF template in the repository so that all pins are strictly within the die boundary by default.