Skip to question
SystemVerilogDesignVerificationFirmwareArchitectureASIC Interview Questions→
/Interview questions/Separate related-clock timing from asynchronous CDC

Q052·Free·SystemVerilog

Separate related-clock timing from asynchronous CDC

Difficulty
Easy
Topic
Clock and Reset Domains
Language
SV
Interview prompt

Question

Clock A and clock B are generated by one PLL with a fixed 2:1 ratio and documented phase. Clock C comes from an independent crystal oscillator. How should crossings be treated?

Choose one

Answer choices

  1. A. Declare all three clocks false paths so no timing or CDC analysis is needed.
  2. B. Time A-to-B as related generated clocks using their known edge relationship; treat crossings to or from C as asynchronous and use an appropriate CDC protocol.
  3. C. Treat A and B as asynchronous because their frequencies differ, and time C as related because all clocks are on the same chip.
  4. D. Use two-flop synchronizers for every A-to-B data bit and ordinary setup timing for C crossings.
Exact question handoffPractice Q052

Solve it in the question bank, keep your progress, and reveal the reviewed solution when your access allows.

Open in question bank →
Solution accessEach time you open this Solution, one Practice Credit is used; it is not permanently unlocked. Premium Solution content also uses one credit per opening.
Continue learning

CDC and Clocks

Review crossing protocols, metastability risk, Gray pointers, clock relationships, and gating.

  • Clock and Reset Domains
  • CDC
  • Clocking
CDC and Clocks →
Continue practicing

Related questions

Q1035 · Clock and Reset DomainsDesign a dual-clock packet merger architectureMediumP→Q1122 · Clock and Reset DomainsRepair Three Different Clock-Domain CrossingsMediumP→Q885 · Clock and Reset DomainsTransfer Fast Events to a Slow Clock Exactly OnceHardP→Q583 · Clock and Reset DomainsCompare synchronous and asynchronous FIFO controlEasyP→Q746 · Clock and Reset DomainsRecognize a safe asynchronous-FIFO pointer schemeMediumP→
ASIC.FYI · Learn silicon end to end.info@asic.fyi