PlatformsFaststream SiliconFaststream RadioFaststream VisionConnected EdgeFaststream SecureMobility & Rail
ProductsSemiconductor IPWireless & RANEdge & GatewaysTracking & IdentificationSoftware & FrameworksConnected Systems
TechnologyRTL to GDSIIVerification methodologyDFT and silicon testLow-power designMixed-signal integrationDesign enablement5G 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 TrackingAutomotive & MobilitySmart InfrastructureSecure IdentityWireless & SatelliteSmart 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 DesignFPGA DesignFPGA-to-ASIC ConversionAnalog, Mixed-Signal & RFHardware & High-Speed PCBEmbedded SoftwareCloud, OTA & Device ManagementManufacturing TransitionHow we engage
InsightCase StudiesKnowledge CenterWhite PapersGlossaryNewsletterResources & Support
CompanyAbout FaststreamEngineering ExcellenceLeadership & OrganisationHow We EngageQuality & ComplianceStandards & EcosystemPartners & EcosystemTrust CentreLocations & DeliveryNewsroom & MediaCareers
ContactStart a projectHow we engage
Talk to an engineer
SILICON FLOW

RTL to GDSII

RTL to GDSII is the path from a synthesisable hardware description to the polygon database a foundry manufactures from. Fifteen stages, each with its own signoff, and a discipline that matters more than any single tool: a stage is not complete because it ran, but because what it was supposed to prove has been proven.

RTLSynthesisFloorplanCTSSTADRCLVSGDSII
Wafer to die to package, with the constraint introduced at each step
300 mm waferhundreds of candidate diedie size drives cost per waferDieBond pads on the perimeter —pad count constrains package choicePackagethermal path starts hereSCALE PROGRESSIONEach step forward removes options from the one before it.
THE FLOW

Fifteen stages, in order.

01

Specification and microarchitecture

Function, interfaces, throughput, latency, power and area budgets fixed. Every later decision is held against these numbers, and a programme without them cannot tell whether it is on track.

02

RTL design

Synthesisable Verilog or SystemVerilog with the clock and reset architecture designed rather than accumulated. Lint and clock-domain-crossing analysis clean as a condition of check-in, not a later cleanup phase.

03

Functional verification

UVM environment, constrained-random stimulus, coverage model derived from the specification. Runs in parallel with design, not after it.

04

DFT insertion

Scan chains stitched, compression configured, memory BIST inserted, boundary scan added. Done before synthesis signoff because test structures change timing and area materially.

05

Logic synthesis

RTL mapped to the standard-cell library under timing, area and power constraints. Output is a gate-level netlist plus the constraint set the back end inherits.

06

Formal equivalence

The netlist proven logically equivalent to the RTL. Cheap to run, and the only defence against a synthesis or optimisation step having changed behaviour.

07

Floorplan

Die size, macro placement, power grid, pin assignment and blockages. The single most consequential stage: a poor floorplan makes timing closure difficult and sometimes impossible, and no downstream tool recovers it.

08

Power planning

Rings, straps and via stacks sized against the current the design will actually draw, with electromigration limits respected rather than assumed.

09

Placement

Cells positioned for timing and congestion. Legalisation, scan reordering and useful-skew opportunities all resolved here.

10

Clock tree synthesis

The clock distributed with skew, latency and insertion delay managed across every mode and corner. Clock power is frequently the largest single dynamic contributor, so this stage is a power decision as much as a timing one.

11

Routing

Global then detailed routing, with congestion, crosstalk, antenna rules and double-patterning constraints where the node imposes them.

12

Parasitic extraction

Resistance and capacitance extracted from the routed geometry, producing the annotated data timing analysis actually depends on.

13

Static timing analysis

Multi-corner multi-mode closure against extracted parasitics. Setup, hold, transition, capacitance and clock-gating checks, with every exception documented and justified.

14

Power integrity and reliability

Static and dynamic IR drop against real switching activity, electromigration on signal and power nets, and thermal behaviour at the intended operating point.

15

Physical verification and tapeout

Design rule check, layout versus schematic, antenna, density and metal-fill. A clean signoff, then the GDSII handoff package assembled and reviewed before mask release.

SIGNOFF

What each check actually proves.

Programmes get into trouble by assuming one check covers what another does. It does not.

Signoff coverage by check
CheckProvesDoes not prove
Lint and CDCCoding and clock-crossing hygieneThat the function is correct
Functional verificationThe design does what the specification saysThat the netlist matches the RTL
Formal equivalenceNetlist and RTL are logically equivalentThat timing closes
Static timing analysisPaths meet timing across corners and modesThat reset and initialisation behave, or that async interfaces are safe
Gate-level simulationReset sequencing, X-propagation and initialisation behaviourCoverage of the functional space
IR drop analysisSupply integrity under the modelled switching activityBehaviour under activity patterns that were not modelled
DRC and LVSThe layout is manufacturable and matches the netlistAnything at all about timing or function
ATPG coverageManufacturing defects are detectableThat the design is functionally correct

The fifth row is the one most often skipped under schedule pressure. Static timing analysis cannot see a reset that never releases, and that class of bug costs a mask set.

WHERE PROGRAMMES STALL

Five recurring causes.

WHERE THIS APPLIES

Industries this serves.

COMMON QUESTIONS

What engineers ask about this.

01

What does RTL to GDSII mean?

It is the digital implementation flow from a synthesisable register-transfer-level hardware description to the GDSII polygon database a foundry manufactures from. It spans synthesis, DFT insertion, floorplanning, placement, clock tree synthesis, routing, extraction, timing closure, power integrity and physical verification.

02

Which stage of the flow carries the most risk?

Floorplanning. It fixes die size, macro placement and the power grid, and a poor floorplan makes timing closure difficult or impossible in ways no downstream tool recovers. It is also the stage under most pressure to be settled before enough is known.

03

Why run gate-level simulation if static timing analysis has passed?

Because they prove different things. Timing analysis confirms paths meet timing; it cannot see a reset that never releases, X-propagation through uninitialised logic, or unsafe asynchronous interface behaviour. That class of bug survives timing signoff and costs a mask set.

04

What is formal equivalence checking for?

Proving the synthesised netlist is logically equivalent to the RTL. It is inexpensive and it is the only systematic defence against a synthesis or optimisation step having silently changed behaviour.

KEEP READING

Related work.

BUILD WITH FASTSTREAM

Bring us the difficult part.

Tell us the specification, the constraint and the deadline. Programmes that cross silicon, radio, embedded and AI are where Faststream is strongest.