90+ free cross-domain VLSI questions: the design flow, digital logic, CMOS and power, timing, verification, physical design, DFT, fabrication and your project round. Includes 18 worked answers, 8 solved numericals, a weak project answer rebuilt step by step, a die-cost and yield calculator, a guide to VLSI roles and a rapid-fire round.
A questions-only bank that covers the whole interview day, with a rapid-revision section and a 50-topic last-minute checklist.
A general VLSI interview, the kind freshers and people changing roles face first, is wide rather than deep. In an hour you can be asked about a flip-flop, a CMOS inverter, the ASIC flow, setup time, how a chip is tested, and then spend twenty minutes on your own project. The interviewer is looking for strong basics, clear thinking and a sense of where you'd fit.
Start with the formula sheet and the roles table, skim the 50 questions by topic, then work through the worked answers and numericals. Spend real time on the project makeover: for most freshers, the project round decides the result.
Digital logic, CMOS, power, setup and hold, the design flow, a little fabrication. Each question is easy alone; the challenge is having all of them ready at once.
What you built, what you did yourself, how you verified it, what went wrong and what you'd change. Follow-ups test whether you really did the work.
Which domain you want and why, what the company builds, and a few questions from that domain to check your interest is real.
"Setup time is…" is the start. Add why it matters or what breaks without it, and you've answered the follow-up before it's asked.
An inverter, a flop with its timing, the design flow as boxes. A sketch shows understanding faster than words.
Clock gating saves power, adds CTS work and needs DFT handling. Linking topics shows you see the whole chip.
"The slack was −80 ps at 500 MHz" beats "there was a timing problem". Interviewers trust specifics.
In the project round, separate what the team did from what you did. Vague "we" answers invite harder follow-ups.
"I haven't used that, but I'd expect…" and a reasoned guess beats silence or bluffing every time.
Each of these turns up as a quick numerical in written tests or the first technical round.
How many dies fit on a wafer, how many work, and what each good die costs. A favourite fresher numerical.
"Which domain do you want, and why?" comes up in almost every fresher interview. Know the roles well enough to answer it.
| ROLE | WHAT YOU DO | FIRST-ROUND FOCUS | PREPARE WITH |
|---|---|---|---|
| RTL design | Write the hardware in Verilog or SystemVerilog from a specification | Coding, FSMs, latches, resets, CDC, synthesis | RTL questions |
| Design verification | Prove the RTL works: testbenches, stimulus, checkers, coverage | SystemVerilog OOP, constraints, coverage, UVM | SV, UVM |
| Physical design | Turn the netlist into a manufacturable layout that meets timing | Floorplan, placement, CTS, routing, closure | PD questions |
| STA / signoff | Write constraints and sign off timing across modes and corners | Setup, hold, SDC, OCV, timing reports | STA questions |
| DFT | Make the chip testable after manufacturing | Scan, ATPG, fault models, BIST, JTAG | DFT questions |
| FPGA design | Build and close designs on FPGAs, often for prototyping or products | RTL, timing, resources, CDC, debug on hardware | FPGA questions |
| Analog / circuit | Design at transistor level: amplifiers, data converters, PLLs, I/O | CMOS devices, op-amps, biasing, noise | Analog questions |
A sample of what general and fresher rounds ask most. The ebook has 1,455 questions, including project, company and mock-interview sets.
The opening questions.
The first technical round.
Transistors and where the power goes.
From idea to silicon.
The concept every domain shares.
How bugs are found before silicon.
The layout side.
Making chips testable.
How chips are made.
The round that decides most fresher offers.
500 cross-domain fundamentals, 280 project questions, ten company-style sets, four mock-interview levels and a rapid-revision section. Questions only, so you practise answering.
Answer out loud first, then open each one. Every answer shows what a strong reply covers, what the interviewer is listening for, and the slip that costs the most.
A violation of either can make the flop capture the wrong value or go metastable. The fixes differ:
At advanced nodes leakage is a large share of the total, which is why power gating and multi-Vt design matter so much.
Choose an ASIC for high volume or tight power and performance (phones, AI accelerators). Choose an FPGA for low volume, prototyping, changing standards, or products that need field updates. Many ASICs are prototyped on FPGAs first.
Flops make timing simple: each path has one clear launch and capture edge, so static timing analysis is straightforward and races can't pass through. Latches are smaller and allow time borrowing, so they appear in high-performance designs and clock gating cells, but they need careful timing. Unintended latches from incomplete RTL are a classic bug.
A PMOS connects the output to VDD and an NMOS connects it to ground; both gates are tied to the input. Input low: PMOS on, NMOS off, output high. Input high: NMOS on, PMOS off, output low. In either steady state one transistor is off, so almost no current flows: that's why CMOS uses little static power.
Holes have lower mobility than electrons, so a PMOS of the same size conducts less current. Making the PMOS roughly 2–3 times wider balances rise and fall times and puts the switching threshold near VDD/2.
If data changes inside a flop's setup-hold window, the flop can hang between 0 and 1 for an unpredictable time before settling. This happens whenever a signal crosses from one clock domain to another, or comes in asynchronously.
It can't be eliminated, only made extremely unlikely; mean time between failures grows exponentially with the settling time you give it.
Verification proves the design is correct. Manufacturing test checks that each physical chip was built correctly: particles, shorts and opens create defects in individual dies.
Testing every internal flop through the pins would be impossible, so DFT adds scan: in test mode, flops are linked into shift registers (scan chains). A tester shifts in a pattern, runs one functional clock, and shifts the result out. ATPG tools generate patterns that detect modelled faults, such as a node stuck at 0 or 1, and report fault coverage.
A bug that reaches silicon can cost a re-spin: new masks and months of delay. Verification has to explore an enormous state space, so most teams spend more engineering effort on it than on design.
"Done" means the plan is covered: coverage goals met, no open critical bugs, the bug-discovery rate has flattened, and code coverage holes are reviewed. Formal checks are added for blocks where simulation can't reach every case.
The power intent is captured in a UPF file, used consistently from simulation to signoff.
All three are on-chip bus protocols from Arm's AMBA family.
A typical SoC uses AXI on the main interconnect and a bridge down to APB for peripheral registers.
Power, performance and area: the three numbers every design is judged on. Improving one usually costs another.
The right trade comes from the product: a phone SoC is power-limited, a server chip is often performance-limited, an IoT chip is cost (area) limited.
Keep the first pass to about two minutes and let the interviewer pull on the parts they're interested in. See the project answer makeover below.
15% is usually an architecture problem, not something a tool option will fix, so be ready to discuss adding a pipeline stage and its latency cost.
Then probe internal signals with an integrated logic analyser and compare against simulation.
Never bluff. A wrong answer delivered confidently does more damage than "I don't know, but here's how I'd find out."
Then prepare a few technical topics that company is known for. Our company interview guides describe what common rounds focus on.
These come up in written tests and as quick checks during interviews. Solve each on paper, then tap to check.
P = 0.15 × 2e-9 × 0.9² × 1e9 = 0.243 W P' = 0.15 × 2e-9 × 0.8² × 1e9 = 0.192 W Saving = 1 − (0.8/0.9)² ≈ 21%
Note: an 11% voltage cut gives a 21% power cut, because power goes with V2.
Required = 2 − 0.1 − 0.05 = 1.85 ns Arrival = 0.15 + 1.5 = 1.65 ns Slack = 1.85 − 1.65 = +0.20 ns T_min = 1.65 + 0.1 + 0.05 = 1.8 ns → f_max ≈ 556 MHz
Arrival = 0.10 + 0.02 = 0.12 ns Required = 0.05 + 0.10 = 0.15 ns Slack = 0.12 − 0.15 = −0.03 ns → violation Add at least 30 ps on the data path
Note: the clock period never appears; slowing the clock won't help.
Gross = π·150²/150 − π·300/√300
= 471.2 − 54.4 ≈ 416 dies
Yield = e^(−0.2 × 1.5) = e^(−0.3) ≈ 74.1%
Good ≈ 416 × 0.741 ≈ 308
Cost = 9000 / 308 ≈ $29 per good dieNote: A must be in cm2 for the yield formula: 150 mm2 = 1.5 cm2.
Doublings = 10 / 2 = 5 Factor = 2^5 = 32 Count = 2 B × 32 = 64 billion
Note: the pace has slowed at recent nodes; growth now comes from bigger dies and chiplets as well as density.
B=0, D=0 : m0, m2, m8, m10 → B'D' B=1, D=1 : m5, m7, m13, m15 → BD F = B'D' + BD = B XNOR D
Note: A and C drop out completely; the four corners of the K-map form one group.
I = 1 / 0.9 ≈ 1.11 A ΔV = 1.11 × 0.025 ≈ 27.8 mV 27.8 / 900 ≈ 3.1% → within a 5% budget
Chain length = 10,000 / 10 = 1,000 Cycles ≈ 2,000 × (1,000 + 1) + 1,000 ≈ 2,003,000 Time ≈ 2,003,000 / 50 MHz ≈ 40 ms
Note: more chains (or scan compression) shorten every pattern, which is why test time drops sharply with compression.
Most fresher interviews turn on this question. Here's a typical answer, the five things wrong with it, and what a strong version sounds like.
Q: Tell me about your final-year project. A: My project was a UART. UART is a serial communication (1) protocol used in many devices. We used Verilog and Xilinx Vivado. Our team of 4 did RTL and simulation. (2) It worked successfully on the FPGA board. (3) We learned a lot about digital design and teamwork. (4) Q: What baud rate, and how did you generate it? A: 9600… I think the tool handled it. (5)
"I built a UART transmitter and receiver in Verilog on an FPGA board, for a sensor that sends data to a PC. I wrote the receiver: a baud-rate generator with 16× oversampling, a start-bit detector that samples mid-bit, and an FSM for the data and stop bits, with a framing-error flag. I verified it with a self-checking testbench that looped the transmitter into the receiver over 10,000 random bytes, including back-to-back frames, then on the board at 9600 and 115200 baud against a PC terminal. The hardest bug was an occasional corrupted byte on the board that never appeared in simulation: the receive pin went straight into the FSM without a synchroniser, and adding a two-flop synchroniser fixed it. It used about 120 LUTs and met timing at the board's 50 MHz clock. Next I'd add a FIFO and parity."
For a 50 MHz clock, 16× oversampling and 9600 baud: 50,000,000 / (16 × 9600) ≈ 325.5, rounded to 326. The real rate is 50,000,000 / (16 × 326) ≈ 9586 baud, an error of about −0.15%, well inside the couple of percent a UART tolerates. Being able to do this on the spot is exactly what the follow-up was testing.
Why sample in the middle of the bit? What happens if the two clocks differ by 3%? How did you handle a stop bit that's 0? What would change for a 1 Mbaud link? How did you test framing errors? Prepare a short, specific answer for each.
Write the six-part structure from worked answer 13, add real numbers, and list ten likely follow-ups with answers. Say it aloud, timed, until it fits in two minutes. The ebook has 280 project questions across RTL, verification, PD, DFT and FPGA to practise against.
Screening calls often open like this. Answer each in a few seconds, then tap to check.
Very Large Scale Integration.
NAND and NOR.
Flip-flop.
4.
αCV²f.
Electrons.
No.
A two-flop synchroniser.
A gate-level netlist.
GDSII (or OASIS).
Layout against the foundry's geometry rules.
Layout connectivity against the netlist.
A shift register, in test mode.
Stuck-at (0 or 1).
UVM.
Power intent: domains, switches, isolation, retention.
Process, voltage, temperature.
APB.
Sending the final layout to the foundry.
Defect density: yield falls exponentially with area.
A textbook sentence with nothing after it. Add why it matters or one consequence, every time.
Not knowing your own clock frequency, divisor or test plan undoes everything else you said.
Strong candidates still fail on setup and hold, CMOS power or a K-map. Revise them even if your domain feels far away.
It sounds like no preference. Name one, give a reason, and show you've prepared for it.
A confident wrong answer is worse than an honest "I'm not sure, but…" followed by reasoning.
Five minutes on what they build is the cheapest preparation there is, and its absence is obvious.
Fundamentals across domains (digital logic, CMOS and power, timing, the design flow, a little fabrication and test), then your project in depth, then questions about the role and company. Domain-specific rounds usually come later.
The one you can show real interest in. Verification usually has the most openings, RTL and PD reward strong fundamentals, DFT and STA are smaller but in demand. A project in that domain matters more than the choice itself.
Very. For freshers it's often the deciding round, because it's the only evidence of what you can actually do. Prepare a two-minute version and answers to ten follow-ups.
For almost every digital role, yes, at least the basics: modules, always blocks, blocking vs non-blocking, a counter and an FSM. Analog roles are the main exception.
With good basics, four to six weeks of steady practice covers fundamentals, your project and one domain. Starting from scratch, plan for two to three months.
Often, especially in campus drives. See our VLSI HR interview questions for the behavioural round.
Book a 1:1 mock interview with a mentor working in your target domain.
Book a mock interview