Closed andreaskurth closed 3 months ago
This has been tagged as a V3 test. If it is useful for testing this for the TO then this should be completed - otherwise we should push this to the M Backlog
This has been tagged as a V3 test.
The V2 testplan was already defined when this testpoint got added, so we added it as a V3 test.
If it is useful for testing this for the TO then this should be completed - otherwise we should push this to the M Backlog
This originated from discussions with product teams, so please check those notes for prioritization. CC @hcallahan-lowrisc
Changed to backlog - and set as a V3 item
This issue is duplicated by https://github.com/lowRISC/opentitan/issues/20635 I'm closing it, if needed we can reopen.
@engdoreis: #20635 is a SiVal test, whereas this issue specifies some checks to be done by DV. I'm fine with closing this issue if the SiVal test can fully do the DV checks. (See testplan linked above; one example is "DV environment to check that SPI outputs match configuration by SW."). Can you confirm that all DV checks can also be performed in the SiVal test?
@andreaskurth, Yes, the SiVal test can/will cover all the checks described. Where it says DV environment
, it would be done by the Rust host side. However, we don't plan to port the test to work in DV. Maybe we should keep this issue opened to implement the DV environment
later?
Thanks @engdoreis. This sounds good to me -- unless we have a policy saying we shouldn't replicate a test in DV for which a SiVal test (with Rust code on the host side that does what the DV env would do)?
I'll reopen for now and edit the description to clarify that this is a replication of a SiVal test.
@antmarzam tagged this with https://github.com/lowRISC/opentitan/labels/Triage%3A%20deprioritize%3F because he's not sure he'll have time to complete this for M5. We'll discuss it in today's triage meeting.
We think this is still an important test to have. From Alex's comment here, there is already a sequence that is very similar to this: chip_sw_sleep_pin_retention_vseq
. @antmarzam could you please nonetheless try to complete this for M5?
@antmarzam is making progress on this and has not found faulty behavior so far, but the test is not ready for merging yet. In the meantime, a SiVal test that covers this has been added, and it passes on ES silicon and FPGA (#20635). I thus don't think we need to gate M5 on this and am moving this to M6.
I am closing the issue as PR #23986 which addresses this got merged.
Note: This is a DV/simulation-only clone of a SiVal test tracked in https://github.com/lowRISC/opentitan/issues/20635.
Test point
https://github.com/lowRISC/opentitan/blob/d161dede9cfb981ce39c892072e3558053c9894e/hw/top_earlgrey/data/chip_testplan.hjson?plain=1#L218-L240
Host side component
SystemVerilog
OpenTitanTool infrastructure implemented
None
Contact person
@andreaskurth, @cfrantz, @a-will
Checklist
Please fill out this checklist as items are completed. Link to PRs and issues as appropriate.
Existing tests relevant for this testpoint
The following tests may already cover parts of this testpoint. This has to be checked. If possible, existing tests should be extended to cover this testpoint.
https://github.com/lowRISC/opentitan/blob/f65ceb27d5661e3f9ccdb6335f1a23399039d7b5/hw/top_earlgrey/data/chip_testplan.hjson?plain=1#L472-L486
https://github.com/lowRISC/opentitan/blob/f65ceb27d5661e3f9ccdb6335f1a23399039d7b5/hw/top_earlgrey/data/chip_testplan.hjson#L435-L451