routing congestion on ihp with rtlmp enabled

[gadfort]

Describe the bug

When enabling rtlmp over the previous macro placer, the resultant design is not able to be routed.

Relates to proposed removal of previous macro placer: #6047

Expected Behavior

Design is routable

Environment

OpenROAD v2.0-16787-gcd519bb5e 
Features included (+) or not (-): +Charts +GPU +GUI +Python
This program is licensed under the BSD-3 license. See the LICENSE file for details.
Components of this program may be licensed under more restrictive licenses which must be honored.

To Reproduce

Placement:
sc_issue_ethmac_job0_ihp130_sg13g2_stdcell_place0_20241029-121603.tar.gz

tar xvf sc_issue_ethmac_job0_ihp130_sg13g2_stdcell_place0_20241029-121603.tar.gz
cd sc_issue_ethmac_job0_ihp130_sg13g2_stdcell_place0_20241029-121603
./run.sh

Routing:
sc_issue_ethmac_job0_ihp130_sg13g2_stdcell_route0_20241029-120252.tar.gz

tar xvf sc_issue_ethmac_job0_ihp130_sg13g2_stdcell_route0_20241029-120252.tar.gz
cd sc_issue_ethmac_job0_ihp130_sg13g2_stdcell_route0_20241029-120252
./run.sh

Relevant log output

No response

Screenshots

place_macro placement:

rtlmp placement:

congresion markers:

Additional Context

No response

[gadfort]

An additional case which is very similar:

Old placement:

New placement:

Place:
sc_issue_tiny_rocket_job0_ihp130_sg13g2_stdcell_place0_20241029-124122.tar.gz

Route:
sc_issue_tiny_rocket_job0_ihp130_sg13g2_stdcell_route0_20241029-124053.tar.gz

[maliberty]

@gadfort it would be helpful to have the macro placement step as well

[gadfort]

First testcase:
sc_issue_ethmac_job0_ihp130_sg13g2_stdcell_floorplan0_20241029-131630.tar.gz

Second testcase:
sc_issue_tiny_rocket_job0_ihp130_sg13g2_stdcell_floorplan0_20241029-131607.tar.gz

@maliberty here you go