Physical Design & PnR Interview Guide (Timing Closure) Interview Prep
The ASIC physical design / backend flow explained for interviews: floorplanning, placement, CTS, routing, static timing analysis, and signoff (DRC/LVS/IR drop).
Quick answer
Physical design — often called the backend or place-and-route (PnR) flow — is the part of ASIC design that turns a verified gate-level netlist into a manufacturable layout (GDSII).
Interviewers ask about the backend flow to see whether a candidate understands the full path from netlist to silicon, not just one favorite stage.
Editorial review
Written by
CompoundLearn editorial team
Wireless / RF / hardware engineering
Reviewed by
CompoundLearn editorial team
Wireless / RF / hardware engineering
Last reviewed
Built from curated topic maps, editorial validation, and subject-matter review so the page stays aligned with the interview intent and the current content pipeline.
Key points
- The PnR flow runs in order: floorplanning -> power planning -> placement -> clock tree synthesis (CTS) -> routing -> signoff (STA, physical verification, power integrity).
- Setup vs hold: setup violations are fixed by speeding up the data path or relaxing the clock and are frequency-dependent; hold violations are fixed by adding delay and are clock-relative, so they can survive to silicon.
- CTS balances clock skew and insertion delay; useful skew intentionally shifts clock endpoints to borrow timing budget across critical paths.
- Signoff is not one check: it is multi-corner multi-mode (MCMM) STA with OCV/AOCV, physical verification (DRC, LVS, antenna), and power integrity (IR drop, electromigration). STA and signal integrity are RC-extraction-driven and IR/EM use extracted power-grid resistance/current, but DRC/LVS/antenna are layout/netlist/rule-deck driven.
- Routing is one stage, not the whole backend; placement and routing trade timing against congestion, and timing closure is an iterative loop, often finished with ECOs.
What it is
Physical design — often called the backend or place-and-route (PnR) flow — is the part of ASIC design that turns a verified gate-level netlist into a manufacturable layout (GDSII). It is the stage between logic synthesis and tapeout, and interviewers treat it as a sequence of well-defined steps that each solve a distinct problem. The flow runs in order. Floorplanning sets the die and core area, places the large macros and memories, defines the IO ring and pin locations, and establishes the power grid plan. Power planning then builds the power distribution network (PDN) — rings, straps, and rails — that every cell taps. Placement positions the standard cells, balancing wirelength, congestion, and timing through placement-driven optimization. Clock tree synthesis (CTS) builds the clock distribution network, balancing skew and insertion delay; using the convention skew = capture-clock arrival minus launch-clock arrival, positive capture skew borrows time for the setup path at the cost of hold margin, which is what useful skew deliberately exploits. Clock-gating cells are usually inserted earlier by synthesis or low-power optimization, and CTS builds the tree through and balances them (cloning or optimizing them as needed). Routing connects everything in two phases — global routing to plan layer usage and rough paths, then detailed routing to assign exact tracks and vias DRC-clean. Finally comes signoff: static timing analysis (STA) across multiple corners and modes, physical verification (DRC, LVS, antenna), and power integrity (IR drop and electromigration). STA and signal integrity are driven by parasitic (RC) extraction of the routed design, and IR-drop/EM analysis uses extracted power-grid resistance and current; DRC, LVS, and antenna checks, by contrast, are layout-, netlist-, and rule-deck-driven rather than RC-extraction driven. Timing closure is iterative — failing checks send the design back to earlier stages — and residual violations are cleaned up with ECOs. Tools like Cadence Innovus and Synopsys ICC2 drive implementation, while Synopsys PrimeTime is a common signoff STA engine.
Why interviewers ask
Interviewers ask about the backend flow to see whether a candidate understands the full path from netlist to silicon, not just one favorite stage. A strong answer names the stages in order, explains what each one decides, and — crucially — explains how they interact: why a bad floorplan poisons placement and routing, why CTS sits between placement and routing, and why signoff is the gate that actually qualifies the design. The question is also a fast filter for timing intuition. Asking how you fix a setup versus a hold violation reveals whether a candidate understands that setup trades against the clock period while hold is clock-relative and frequency-independent. Asking about MCMM and OCV reveals whether they know a chip must close timing across PVT corners and modes simultaneously, not at a single corner. For physical design, DFT, and STA roles, this topic separates people who have actually closed a block from those who have only read about it. Engineers who can describe the congestion-versus-timing trade-off during placement, the role of the PDN in IR drop, and how ECOs close the last violations sound like they have run the loop. That practical, systems-level fluency is exactly what hiring managers are listening for.
Common mistakes
The most common mistake is confusing how setup and hold violations are fixed. Candidates say you fix hold by speeding up the path, or that you fix setup by adding buffers — both backwards. Setup is closed by speeding up the data path (or relaxing the clock/applying useful skew); hold is closed by adding delay on the short path. A related error is not knowing that setup is frequency-dependent while hold is clock-relative, which is exactly why hold violations can survive to silicon even after the clock is slowed. A second mistake is treating routing as the whole backend. Routing is one stage; floorplanning quality, the power grid, and clock tree balance often matter more to whether a block closes. Ignoring CTS and clock skew entirely is a frequent gap — candidates jump from placement to routing and forget the clock network that sets the timing windows. A third mistake is treating STA as a single-corner check. Real signoff is multi-corner multi-mode (MCMM) with OCV/AOCV margins, because hold is typically worst at the fast corner and setup worst at the slow corner; closing one can break the other. Finally, candidates often overlook signoff breadth — physical verification (DRC, LVS, antenna) and power integrity (IR drop, electromigration) are part of signoff too, not afterthoughts.
ASIC backend (PnR) stages: what each does, its key concern, and a typical signoff check
| Stage | What it does | Key concern | Typical signoff check |
|---|---|---|---|
| Floorplanning | Sets die/core area, places macros, IO ring, pins, and plans the power grid | Macro placement and aspect ratio drive everything downstream | Congestion and timing feasibility estimates |
| Power planning | Builds the power distribution network (PDN): rings, straps, rails | Robust, low-resistance supply to every cell | IR-drop and electromigration (EM) analysis |
| Placement | Positions standard cells with placement-driven optimization | Congestion vs timing trade-off, wirelength | Pre-CTS (ideal-clock) STA and congestion maps |
| Clock tree synthesis (CTS) | Builds the clock network; balances skew and insertion delay; builds through and balances clock-gating cells (inserted earlier by synthesis) | Skew (sign and magnitude), insertion delay, clock power; useful skew | Post-CTS (propagated-clock) STA, skew/transition checks |
| Routing | Global then detailed routing; layer assignment, tracks, vias | DRC-clean connectivity without timing-killing detours | DRC and post-route STA on extracted parasitics |
| STA signoff | Timing analysis across corners/modes (MCMM) with OCV/AOCV | Setup and hold across all PVT corners and modes | Sign-off-grade STA (e.g., PrimeTime) on extracted RC |
| Physical verification | Checks the layout against rules and the schematic | Manufacturability and netlist equivalence | DRC, LVS, and antenna checks |
Frequently asked questions
- What are the main stages of the ASIC physical design (PnR) flow?
- The classic place-and-route flow runs in order: floorplanning (die and core area, macro placement, IO ring, pin placement), power planning (the power grid / PDN and rails), placement of standard cells, clock tree synthesis (CTS) to distribute the clock, routing (global then detailed), and finally signoff. Signoff itself is several checks: static timing analysis (STA) across corners and modes, physical verification (DRC, LVS, antenna), and power-integrity analysis (IR drop and electromigration). Each stage feeds the next, and timing closure is iterative — you loop back when STA, congestion, or IR-drop checks fail.
- What is the difference between a setup violation and a hold violation, and how is each fixed?
- A setup violation means data arrives too late relative to the capturing clock edge — the data path is too slow for the clock period. You fix it by speeding up the data path (upsizing cells, using faster/low-Vt cells, restructuring logic) or, at the system level, by relaxing the clock (lower frequency) or applying useful skew to give that path more time. A hold violation means new data races through the path too fast and corrupts the value being latched at that same capturing edge — the path is too short relative to the clock. You fix it by adding delay (inserting buffers/delay cells) on the short path. The key interview point: setup is frequency-dependent and can often be traded against clock period, while hold is clock-relative and largely period-independent, which is why hold problems can survive to silicon if not closed.
- What does clock tree synthesis (CTS) do and why does skew matter?
- CTS builds the physical network that delivers the clock to every sequential element, inserting and sizing clock buffers/inverters to balance the tree. Its goals are to control clock skew (the difference in arrival time between sink pins) and insertion delay (latency from the clock source to the sinks) while meeting transition and power targets. The sign of skew matters, not just its magnitude. Using the convention skew = capture-clock arrival minus launch-clock arrival, positive capture skew helps setup (it borrows time for the setup path) but hurts hold, while negative capture skew hurts setup but helps hold; useful skew exploits exactly this, so modern CTS/CCOpt does not simply minimize skew — it shapes it. Because skew shifts the setup and hold timing windows in opposite directions depending on its sign, uncontrolled skew can create either setup or hold violations, not just one or the other. Clock-gating cells are usually inserted earlier by synthesis or low-power optimization; CTS builds the tree through and balances them, and may clone or optimize them.
- Is routing the whole backend flow?
- No. Routing is one stage, not the whole backend. Routing connects the placed cells using global routing (planning the rough paths and layer usage) followed by detailed routing (assigning exact tracks and vias, DRC-clean). But routing only happens after floorplanning, power planning, placement, and CTS, and it is followed by signoff — STA, physical verification, and power integrity. A candidate who equates backend with routing misses floorplanning quality, the power grid, clock tree balance, and the signoff loop that actually determines whether a chip works.
- What is signoff in physical design?
- Signoff is the final set of golden checks that say the layout is manufacturable and meets timing and power. It includes static timing analysis across multiple corners and modes (MCMM) with on-chip variation (OCV/AOCV) margins, physical verification — DRC (design-rule check), LVS (layout-versus-schematic) and antenna checks, and power integrity — IR-drop analysis on the PDN plus electromigration (EM) checks. Parasitic extraction (RC) of the routed design feeds the signoff STA. Tools like Synopsys PrimeTime are common for signoff STA, while StarRC or QRC handle extraction; the point is that signoff uses sign-off-grade engines and margins, not the faster in-tool estimates used during implementation.
- Why is multi-corner multi-mode (MCMM) timing analysis important?
- A chip must work across process, voltage, and temperature (PVT) variation and across different functional modes (e.g., functional vs test, high-power vs low-power). MCMM analyzes timing simultaneously across these corners and modes so that closing one corner does not break another. Treating STA as a single corner is a classic mistake: a path that meets setup at the slow corner may fail hold at the fast corner, since hold is typically worst at the fast (low-delay) corner and setup worst at the slow corner. On-chip variation modeling (OCV/AOCV) adds derating so the analysis stays pessimistic enough to be safe.
- How do congestion and timing trade off during placement and routing?
- Placement and routing constantly trade routability against timing. Packing timing-critical cells close together shortens nets and helps timing, but it can create routing congestion — too many nets competing for tracks in a region — which forces detours that hurt timing and can cause DRC violations. Placement-driven optimization spreads cells to relieve congestion while watching timing, and engineers manage it with cell spreading, blockages, layer assignment, and net weighting. The interview signal is recognizing that the best timing solution is useless if it cannot be routed DRC-clean.
- What is an ECO flow in physical design?
- An ECO (engineering change order) is a targeted, late-stage change applied without re-running the whole flow. Functional ECOs implement a logic fix; timing/signoff ECOs fix residual setup or hold violations found in signoff STA by inserting, resizing, or swapping a handful of cells and incrementally re-routing. ECOs are how teams close the last violations and respin metal layers (metal-only ECO) without disturbing the rest of a converged, verified design.
- What does a strong versus weak physical design answer sound like?
- A weak answer thinks routing is the whole backend, or gives the wrong setup versus hold fix (speeding up a path for hold, adding buffers for setup). A strong answer sounds like the candidate has run the loop: it reasons about the congestion versus timing tradeoff, fixes setup versus hold correctly (and knows that hold can survive to silicon because it is clock-relative rather than frequency-dependent), and treats signoff as multi-corner multi-mode rather than a single corner. The difference is systems-level fluency about how the stages interact, not just a list of stage names.
- How should I prepare for a physical design / PnR / timing-closure interview?
- Drill the loop directly. Practice reading a timing report and computing slack (arrival time versus required time), deciding a setup versus hold fix for a given violation, reasoning about a congestion hotspot and how to relieve it, and sequencing a timing-closure ECO that closes a residual violation. Be ready to explain why hold can fail at the fast corner while setup fails at the slow corner. For deep static timing analysis, study the static-timing-analysis-sta companion page.
Related topics
Essential AI-Native Skills for Physical Design & PnR Interview Guide (Timing Closure)
Modern engineering work increasingly uses AI tools for design and code review, debugging, documentation, test and testbench generation, and workflow automation. The goal is not to let AI replace engineering judgment — it is to move faster while keeping verification discipline.
- Use AI to explain unfamiliar code, logs, waveforms, datasheets, or test failures.
- Break large problems into small, reviewable steps you can verify independently.
- Ask AI for hypotheses, then validate them against tests, measurements, simulations, or lab data.
- Version-control your analysis scripts, testbenches, and configs — keep changes small and reviewable.
- Document your assumptions, design tradeoffs, and debugging decisions.
- Verify AI output before trusting it: run the checks that fit the domain — unit tests, linters, simulations, or bench/lab measurements.
- Review AI output for correctness, edge cases, and real-world consequences.