[chip-test] chip_sw_usbdev_suspend_resume
- Dominant language
- SystemVerilog
- Stars
- 3.6k
- Forks
- 1.1k
- Avg merge
- 2d 22h
- Merged PRs (30d)
- 141
Description
### Test point name
chip_sw_usbdev_suspend_resume
### Host side component
Rust
### OpenTitanTool infrastructure implemented
Unknown
### Silicon Validation (SiVal)
Yes
### Emulation Targets
- [ ] None
- [X] CW310
- [X] Hyperdebug + CW310
### Contact person
alees24
### Checklist
Please fill out this checklist as items are completed. Link to PRs and issues as appropriate.
- [ ] Check if existing test covers most or all of this testpoint (if so, either extend said test to cover all points, or skip the next 3 checkboxes)
- [ ] Device-side (C) component developed
- [ ] Bazel build rules developed
- [ ] Host-side component developed
- [ ] HJSON test plan updated with test name (so it shows up in the dashboard)
- [ ] Test added to dvsim nightly regression (and passing at time of checking)
- [ ] For SiVal test cases, test is running relevant FPGA or silicon regression
> estimate 2
Contributor guide
Research direction
Start with the chip_sw_usbdev_suspend_resume test point and inspect existing USB suspend/resume tests plus the Rust host-side test infrastructure. Use the checklist to identify the device-side C component, Bazel rules, HJSON test-plan entry, and regression integration; done means the CW310 targets run the test successfully and the relevant checklist items are complete.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, rust
- Domain
- embedded-iot, testing-qa
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100