TWiki
>
P1076 Web
>
VHDL2017
>
LCS2016_043
>
LCS2016_043_history
(2017-07-16,
JimLewis
)
(raw view)
E
dit
A
ttach
---+ Language Change Specification for API and Attributes for PSL ---++ | <sticky><b>LCS Number:</b></sticky> | LCS-2016-043 | | <sticky><b>Version:</b> </sticky> | 2 {16-Jan-2017} | | <sticky><b>Date:</b> </sticky> | 16-Jan-2017 | | <sticky><b>Status:</b> </sticky> | Voting | | <sticky><b>Author:</b> </sticky> | Jim Lewis | | <sticky><b>Email:</b> </sticky> | [[Main.JimLewis]] | | <sticky><b>Source Doc:</b></sticky> | [[PslAttributes][API and Attributes for PSL]] | | <sticky><b>More Doc:</b></sticky> | [[LCS2016_043_history][history]] | | <sticky><b>Summary:</b> </sticky> | API and Attributes for PSL | ---+++ Voting Results: Cast your votes here Yes: 1 %USERSIG{JimLewis - 2017-01-16}% ver 2 1 %USERSIG{PatrickLehmann - 2016-12-31}% - ver 1 1 %USERSIG{TorstenMeissner - 2017-01-01}% - ver 2 1 %USERSIG{PeterFlake - 2017-03-09}% - ver 2 No: Abstain: 1 %USERSIG{MartinZabel - 2017-01-23}% Any version - I have no experience with PSL. 1 %USERSIG{LievenLemiengre - 2017-01-27}% 1 %USERSIG{HendrikEeckhaut - 2017-01-27}% ver 2 1 %USERSIG{YannGuidon - 2017-02-07}% 1 %USERSIG{BrentHahoe - 2017-02-16}% Version 2 - Abstain due to lack of personal time for review. 1 %USERSIG{MartinThompson- 2017-02-17}% Version 2 - I have never used PSL so far so cannot comment. ---++ Revision Notes Revision 2: * To 'Signal attribute adds text about assume and restrict directives. <noautolink> <sticky> ---++ Reviewing Notes This LCS only intends to implement the basic features of the proposal. If an extended or advanced feature of the proposal is to be implemented, it should be implemented by a separate LCS and voted on separately. ---++ Comments The defined attributes would be very helpful. They could be useful in testbenches to control the random test stimuli based on the state of PSL directives. I think the P'event attribute is more useful, because it's a function which can be used more flexible in VHDL code. What does complete mean for an PSL assertion? It has reached the end of the underlying property with fail or good state? So after checking the P'event tribute, I would have to use the P'signal attribute to get the concrete completion state of the assertion, I assume. -- %BUBBLESIG{TorstenMeissner - 2017-01-01}% I would add following sentence to the Result section of P'SIGNAL. After "A PSL cover value of TRUE indicates that is was satisfied during a given cycle." : "Assume and restrict directives are treated like assert. Fairness directives are not supported." -- %BUBBLESIG{TorstenMeissner - 2017-01-09}% Done in version 2 -- %BUBBLESIG{JimLewis - 2017-01-16}% @TODO 2-Mar meeting Does PSL update on postponed cycles? If yes, need to note this in P'Signal and processes using P'Signal must not trigger any delta cycles -- %BUBBLESIG{JimLewis - 2017-03-02}% %COMMENT%</sticky> </noautolink>
E
dit
|
A
ttach
|
P
rint version
|
H
istory
: r1
|
B
acklinks
|
V
iew topic
|
Ra
w
edit
|
M
ore topic actions
Topic revision: r1 - 2017-07-16 - 12:30:15 -
JimLewis
P1076
Log In
or
Register
P1076 Web
Create New Topic
Index
Search
Changes
Notifications
RSS Feed
Statistics
Preferences
Webs
Main
P1076
Ballots
LCS2016_080
P10761
P1647
P16661
P1685
P1734
P1735
P1778
P1800
P1801
Sandbox
TWiki
VIP
VerilogAMS
Copyright © 2008-2025 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki?
Send feedback