PlatformsFaststream SiliconFaststream RadioFaststream VisionConnected EdgeFaststream SecureMobility & Rail
ProductsSemiconductor IPWireless & RANEdge & GatewaysTracking & IdentificationSoftware & FrameworksConnected Systems
Technology5G protocol stackWireless and RF architectureBaseband and low PHYForward error correctionControl and data planeHigh-speed interfacesFirmware and bootSilicon root of trustSoftware-defined vehicleAutomotive OTAFunctional safety
AIAI Engineering ServicesEdge AI & Embedded MLComputer Vision EngineeringSensor Fusion & PerceptionAI Silicon & AccelerationMLOps for DevicesAI Visual InspectionPredictive MaintenanceDriver MonitoringVideo Analytics & Safety
SolutionsSemiconductorIndustrial AIConnected ProductsAsset TrackingBluetooth AoA RTLSWearable TrackingAutomotive & MobilitySmart InfrastructureSecure IdentityWireless & SatellitePrivate 5GSmart WashroomsFuel ManagementSmart BuildingsWorker SafetyEnergy MonitoringSmart AgricultureSmart CityAutonomous PlatformsAssembly AutomationLiDAR Rail SafetyHardware Wallet
IndustriesSemiconductorTelecommunicationsIndustrial & ManufacturingAutomotive & MobilityTransportation & RailAerospace & DefenceHealthcare & MedicalEnergy & UtilitiesOil & GasRetailConsumer ElectronicsMedia & EntertainmentSmart Infrastructure & IoT
ServicesSystem Integration overviewASIC & SoC DesignRTL to GDSIIVerification methodologyDFT and silicon testLow-power designMixed-signal integrationDesign enablementFPGA DesignFPGA-to-ASIC ConversionAnalog, Mixed-Signal & RFHardware & High-Speed PCBEmbedded SoftwareCloud, OTA & Device ManagementManufacturing TransitionHow we engage
CompanyAbout FaststreamEngineering ExcellenceLeadership & OrganisationHow We EngageQuality & ComplianceStandards & EcosystemPartners & EcosystemTrust CentreLocations & DeliveryNewsroom & MediaCareersCase StudiesKnowledge CenterWhite PapersGlossaryNewsletterResources & Support
ContactStart a projectHow we engage
Talk to us
SILICON DESIGN

Physical Design & Timing Closure

Getting a netlist to behave on silicon is where the easy problems end. Floorplan, placement, clock tree and routing all interact, and a change that fixes timing in one corner can open congestion, IR drop or an electromigration violation somewhere else. Closure is the craft of making all of those true at once — and knowing, when a block will not close, whether the answer is a tool setting or the architecture.

FloorplanPlacementCTSRoutingCongestionMCMM timingIR · EMSignoff
Where congestion shows up, and the place–route–analyze loop that closes a block
macromacroROUTING CONGESTION MAPlow routing demandoverflowPlacecells onto the floorplanClock tree (CTS)balanced skew, low powerRoutesignal + power, DRC-cleanAnalyzetiming · IR · EM · congestionECOiterateSignoff → rampWon’t close? Lower utilisation, re-floorplan, or change the architecture —above ~80% utilisation, closure is architectural, not a tool setting.
WHAT IS ACTUALLY HARD

The problems that decide the schedule.

None of these is the individual step. They are the interactions — and the judgement about when a block has stopped being a tool problem.

HOW WE WORK

Closure planned, not discovered.

WHERE THIS APPLIES

Industries this serves.

COMMON QUESTIONS

What engineers ask about this.

01

Why does a design fail to close timing?

Usually not for one reason. The common ones are a floorplan that fixed macro positions before the real congestion was known, constraints that do not describe the true intent, clock trees that spend their skew budget badly, and utilisation pushed so high the router has no freedom. Above roughly 80% utilisation, closure stops being a tool-settings problem and becomes an architectural one — the honest fix is to change the floorplan or the micro-architecture, not to keep tuning.

02

What causes routing congestion, and how is it fixed?

Congestion is local demand for routing tracks exceeding supply — it clusters around hard macros, high pin-density cells and over-tight placement. You see it on a congestion map as overflow hotspots. The fixes are placement-level (spread the cells, add blockages and halos around macros, cut the local utilisation) and floorplan-level (move the macros that are causing it). Routing harder rarely helps; it is decided upstream.

03

What is multi-corner multi-mode (MCMM) closure?

A modern part must meet timing across many process, voltage and temperature corners and in several functional modes at once — functional, test, low-power. MCMM closure optimises against all of them together rather than one at a time, because a fix at one corner can break another. It is the difference between a block that closes on paper and one that works across every silicon you will actually receive.

04

How do IR drop and electromigration affect closure?

They move it from a timing problem to a physical one. IR drop means the supply sags under switching current, so cells run slower exactly when they switch — timing signed off at nominal voltage then fails. Electromigration limits how much current a wire can carry over the part’s life. Both are signed off alongside timing, and a late IR or EM violation can force a power-grid or placement change that reopens timing.

05

When should physical design start?

Earlier than most plans assume. An early, explicitly provisional floorplan — with one revision budgeted after first routing — beats a floorplan frozen before congestion is known. Test insertion, power intent and the bring-up plan all change the physical result, so they belong in the plan from the start rather than bolted on after synthesis.

KEEP READING

Related work.

BUILD WITH FASTSTREAM

Bring us the difficult part.

A block that will not close is exactly the kind of problem we are built for. Tell us the specification, the constraint and the deadline.