Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

Handoff Checks for Implementation

Status
Not open for further replies.

deepika_11

Newbie level 3
Newbie level 3
Joined
Aug 21, 2009
Messages
3
Helped
0
Reputation
0
Reaction score
0
Trophy points
1,281
Location
India
Visit site
Activity points
1,317
Hi All,

I need to build handoff checks for Implementation - So I need check for Libraries, netlist, SDC, UPF and DEF.

Checks should be the ones which impact Implementation and are not covered by people who are providing inputs -

i.e. - GCA and 0RC timing - for costraint checking will be executed by person handing over SDC

As an implmentation person, I need to write screener for PnR, capturing/covering anything/everything which will impact my QoR - at the same time making sure I am not repating checks being done by the experts (input providers)

Checks I have thought of are -
-> DEF and netlist consistency (because two different people are providng inputs, which might be clean but may not work togther)
-> Utilization report
-> congestion Map for better predictability - makes more sense if DCT is used for SYnthesis
-> check if all implementation corners are available in libraries
-> Data linking (DEF + netlist + UPF +SDC)
-> Leakage report of netlist - with summary of cells/ICGs/Vt types
-> Summary of clocks -> to check if clocks has required frequency
-> Clock domain crossing report -> to see if case analysis is ok
-> report_qor

Please suggest more checks, quick response is really appreciated. I want checks to be precise with their intent clear. Any checks worth capturing before PnR to ensure quality and completeness of input data is good.
 

Could you indicate which step will be covered by your job?
 

Idea is to predict the quality of inputs and check the sanity/consistency of inputs before taking them to PnR flow. Hope that answers your question. Kind of screeing the inputs rather than starting Pnr and then finding issues later.

- - - Updated - - -

Idea is to predict the quality of inputs and check the sanity/consistency of inputs before taking them to PnR flow. Hope that answers your question. Kind of screeing the inputs rather than starting Pnr and then finding issues later. It is like early predictibility of possible issues and basic sanity checks mandatory for smooth run.
 

you also need:
1- LEF files
2- power budget, to properly size the power ring.
3- pad/bump/bond placements
4- frontend-to-backend document which indicates:
a-some specific constraints/checks to add custom checks during backend flow.
b-list of net to buffer manually
c- ....
5- files for RC extractions
6- files for noise modeling
7- scan file order.
so far what I could think.
 

Thnaks but what I need is not the inputs, but the checks to be done on the inputs - assuming all inputs are in place

like if I get floorplan - I don't have to think about power budget/placement, it is already provided to me by the person doing the floorplan.
like if I get SDC, person should have done constraint checking with GCA and possibly 0 RC timing - anything else which oculd have been missed or makes sense for implementation - As i said synthesis frequency is pessimistic, so we might need to change the same for implementation.

I net list I can check - what is vt ratio to check for leakage, area distribution and congestion map - to have better awareness of my startpoint and if congestion map is too bad, I know i will get stuck. No assign statements , libarries completeness etc

Something on these lines -
 

Status
Not open for further replies.

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top