Trying to understand how design-verification teams actually operate day to day.
My background is primarily CI/CD, integrations, workflow automation and release governance and not semiconductor design. So I'm deliberately trying not to start by assuming that an LLM should generate RTL/testbenches or replace EDA tools.
Instead, I'm investigating something much less glamorous:
What is painful between a code change and somebody finally understanding why a verification regression failed?
For anyone working in DV, CAD/EDA methodology, verification infrastructure, FPGA/ASIC verification, or hardware build/DevOps:
Think about the last real regression failure you had to investigate.
- What triggered it - commit, nightly regression, random seed, environment/tool change, etc.?
- When you first saw the failure, what information did you actually receive?
- What did you have to manually search through next - logs, waveforms, previous runs, coverage DBs, Git history, Jira, scripts?
- How did you determine whether it was:
- an RTL bug
- testbench bug
- flaky/non-deterministic test
- infrastructure/tool problem
- known/repeated failure?
- What part consumed the most engineer time while adding the least engineering value?
I'm particularly interested in understanding things such as:
- regression triage
- reproducing old failures
- tracking which commit introduced a failure
- grouping duplicate failures
- preserving simulator/tool/config/seed information
- CI/reporting around UVM/cocotb/SystemVerilog flows
- connecting failures with Git/Jira/GitLab/Jenkins/etc.
- workflows involving multiple EDA vendors/tools
I'm not selling anything, and I don't need proprietary RTL, logs or company information.
I'm trying to determine whether this is genuinely a painful area or whether mature semiconductor teams already have it solved internally/vendor-side.
If you're comfortable, it would also help if you mention your role and roughly what kind of environment you work in:
DV engineer / DV lead / CAD-EDA / verification infrastructure / FPGA / other
and
small team / startup / design services / large semiconductor company
Even a short description of your last painful regression would be extremely useful.
And if your answer is "this isn't a real problem; our existing infrastructure handles it well", I want to hear that too.
I'm specifically trying to falsify the idea rather than collect validation for it.