Activity
-
Jim Lewis replied to the topic rlwrap in the forum OSVVM 4 months, 1 week ago
Hi Steve,
rlwrap is not required. It provides a command line history – like bash does that you can move through with up and down arrows. There may be an alternative on newer OS’s. I am still running Centos 7.. I need to update to a newer version soon as this one only supports tcl 8.5 and OSVVM is happier with 8.6.Best Regards,
Jim -
Steve started the topic rlwrap in the forum OSVVM 4 months, 1 week ago
Hi Jim,
I am working on a Red Hat Linux server and using Xcelium simulator. The OSVVM scripting docs indicates that I should initialize the
tcl
environment using therlwrap
utility. What is the purpose ofrlwrap
? Can I use OSVVM scripting without requiringrlwrap
? What functionality would I miss out on if my (initial) attempt at using OSVVM…[Read more] -
Anoushka became a registered member 4 months, 1 week ago
-
Chris became a registered member 4 months, 1 week ago
-
Tomáš became a registered member 4 months, 2 weeks ago
-
Ron became a registered member 4 months, 4 weeks ago
-
Alexander's profile was updated 4 months, 4 weeks ago
-
Christopher became a registered member 5 months ago
-
Mariano changed their profile picture 5 months ago
-
Robert became a registered member 5 months ago
-
Mariano became a registered member 5 months, 1 week ago
-
Gregory became a registered member 5 months, 1 week ago
-
sqr_kla became a registered member 5 months, 2 weeks ago
-
Brad Adam replied to the topic Support for Forcing DUT Signals via OSVVM in the forum OSVVM 5 months, 2 weeks ago
I was not familiar with that VHDL-2008 capability but this did solve it for me!
Was able to alias the buried signal and then use force in to drive it from the testcase giving me more control over the specific time that the signal changed during testing.
Thanks Jim.
-
Jim Lewis replied to the topic Support for Forcing DUT Signals via OSVVM in the forum OSVVM 5 months, 2 weeks ago
If the signals you want to drive are on an interface, then your verification component can be built so that it triggers all error conditions.
If the signals you want to drive are deep in your design, you can test that capability at the level where those signals are exposed.
Alternately if signals you want are deep in the design and you…[Read more]
-
Brad Adam started the topic Support for Forcing DUT Signals via OSVVM in the forum OSVVM 5 months, 2 weeks ago
Hey,
So I’m not seeing anything that would lead me to believe forcing signals to a defined value is possible via OSVVM but wanted to put it out there incase I’m missing some obvious switch or something.
When pushing to fully verify our code we often get to the point that only error states are not being exercised. I would like to force a signal…[Read more]
-
Emma became a registered member 5 months, 2 weeks ago
-
Rafael became a registered member 5 months, 2 weeks ago
-
Sebastian became a registered member 5 months, 4 weeks ago
-
Alpha became a registered member 6 months ago
- Load More