[I2C, DV] Refactoring / Simplifying functions in sequences#30066
[I2C, DV] Refactoring / Simplifying functions in sequences#30066KinzaQamar wants to merge 2 commits intolowRISC:masterfrom
Conversation
8724a91 to
88df9c5
Compare
elliotb-lowrisc
left a comment
There was a problem hiding this comment.
What's the rational for changing this? Looks like you lose the ability to distinguish between data and address responses, a feature that seems to be used by both the derivative sequences touched by this PR (though I'm not sure how essential or otherwise the distinction is).
so, the Thanks! |
|
Converting it into draft as CI is failing |
Signed-off-by: Kinza Qamar <kqzaman@lowrisc.org>
88df9c5 to
655b86e
Compare
The motivation behind is to remove the duplication code. Signed-off-by: Kinza Qamar <kqzaman@lowrisc.org>
655b86e to
8efe888
Compare
| req.drv_type = DevAck; | ||
| `uvm_info(`gfn, | ||
| $sformatf("%sing the byte!", ((drv_type == DevAck) ? "ACK" : "NACK")), | ||
| UVM_LOW) |
There was a problem hiding this comment.
I now notices that this uvm_info will create alot of noise
Refactoring in the sequences to avoid duplication and simplifies the way
i2c_target_may_nack_seqrandomizesackandnack