[sv-ac] more on 1900

From: Lisa Piper <piper_at_.....>
Date: Sat Feb 23 2008 - 07:40:19 PST
Hi Dmitry,

Here are some more questions/comments on 1900:

1)	page 26 in the last example, s.triggered should be s1.triggered
2)	page 36 and page 40 - module common item: A.6.2 page 43 now
includes always_check  in always_construct and initial_check in
initial_construct, though these are not allowed in a module.  I think
you need to list them separately now.
3)	22.10 bind:  I noticed that you are not allowing checkers to be
bound to program blocks.  It is not clear if this was intentional.
Program blocks don't allow instances of anything, except checkers.
Also, I think you have changed the meaning of the sentence on page 5 in
the second part of 3.9.  It would be better to state:  "Programs,
primitives, and checkers cannot instantiate other building blocks, with
the exception of checkers; they are leaves in a hierarchy tree."
4)	Page 42: I don't think that the definition of
"concurrent_assertion_item" should include checker instantiation.
Concurrent assertions may be in a checker, but the checker itself is not
a concurrent assertion item.  Note that in module_common_item for
example, checker_instatiation and concurrent_assertion_item are both
listed. I think there would be other changes needed if a
checker_instantiation was a concurrent assertion item. (like the
overview of concurrent assertions for one)
5)	On page 23, you state: "Simulators shall assign arbitrary values
to the free checker variables provided that these values are consistent
with the free checker variable assignments; they also may use the
assumptions to constrain these values if they have the capability to do
so."  I don't understand what is meant by "assignments".  Do you mean it
needs to be consistent with the "type" of the checker variable. For
example it should assign a 1 or 0 to a "checkvar bit x" versus assigning
a "x" or "z"?
6)	Also on page 23, "It is safer to use restricted checker
variables when the determinism is required since they enforce a check
for the determinism."  What does that mean - they enforce a check?
7)	On page 32, the section number references are incorrect, for
example there is no section 16.8.5.1.
8)	I feel very uncomfortable saying that "continuous check bits are
never sampled either in assignments or in concurrent assertions."   I
don't like that within an assertion, some variables are sampled and some
are not.  Even if you contend that checkers will be libraries, the user
is still going to have to debug issues, and having to know how the var
was assigned to know how to interpret the results is not desirable.  

Lisa

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Received on Sat Feb 23 07:40:57 2008

This archive was generated by hypermail 2.1.8 : Sat Feb 23 2008 - 07:41:47 PST