Hi Manisha,
Following Ed's comments I recently uploaded a new version with a clarification about evaluating a sampled value in the Postponed region. I put this clarification in the beginning of 16.9.3.
http://www.eda-stds.org/mantis/file_download.php?file_id=5033&type=bug
Is this explanation satisfactory from your point of view? If not, what are your suggestions?
Thanks,
Dmitry
From: Kulshrestha, Manisha [mailto:Manisha_Kulshrestha@mentor.com]
Sent: Monday, May 16, 2011 09:48
To: Korchemny, Dmitry; sv-ac@eda-stds.org
Subject: RE: [sv-ac] RE: Call to vote: Due May 16
Mantis 3213 ___ Yes __ x __ No
http://www.eda-stds.org/mantis/view.php?id=3213
http://www.eda-stds.org/mantis/file_download.php?file_id=5003&type=bug
Here are my comments:
I do not understand the logic for picking up past value from postponed region of previous clock tick. Shouldn't the past value be picked up based on what assertions used in the previous clock tick ? I am wondering about checker vars which are assigned non-blockingly (in Re-NBA). Similarly the statement about $future_gclk(v) picking up value from the postponed region is not clear to me. Shouldn't the values be based on what assertions see in Observed region. If an assertion is using $future_gclk(), does that mean the assertion has to be evaluated in Postponed region ?
Mantis 3385 __X_ Yes ____ No
http://www.eda-stds.org/mantis/view.php?id=3385
http://www.eda-stds.org/mantis/file_download.php?file_id=4999&type=bug
-- This message has been scanned for viruses and dangerous content by MailScanner<http://www.mailscanner.info/>, and is believed to be clean. --------------------------------------------------------------------- Intel Israel (74) Limited This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.Received on Sun May 15 23:59:14 2011
This archive was generated by hypermail 2.1.8 : Sun May 15 2011 - 23:59:19 PDT