Re: [sv-ac] 1547 review

From: John Havlicek <john.havlicek_at_.....>
Date: Thu Feb 22 2007 - 04:19:00 PST
Hi Shalom:

I am miserably confused both about the intent of the capability
of putting assertion items within clocking blocks and modports and 
about whether the various restrictions allow the intent to be
realized.

Regarding the sampling, there is the following language in 17.3:

   If a variable used in an assertion is a clocking block input
   variable, the variable must be sampled by the clocking block with
   #1step sampling. Any other type of sampling for the clocking block
   variable shall result in an error. The assertion using the clocking
   block variable shall not do its own sampling on the variable, but
   rather use the sampled value produced by the clocking block. This
   is explained in Clause 9.

I'm not sure what you get if you refer to both clocking block inputs
and outputs within an assertion.

J.H.

> X-ExtLoop1: 1
> X-IronPort-AV: i="4.14,205,1170662400"; 
>    d="scan'208"; a="200018743:sNHT18645032"
> X-MimeOLE: Produced By Microsoft Exchange V6.5
> Content-class: urn:content-classes:message
> Date: Thu, 22 Feb 2007 12:32:47 +0200
> X-MS-Has-Attach: 
> X-MS-TNEF-Correlator: 
> Thread-Topic: [sv-ac] 1547 review
> Thread-Index: AcdWHi85FwnXBPaXTmyxjp1x0T8O5wATmfJg
> From: "Bresticker, Shalom" <shalom.bresticker@intel.com>
> Cc: <sv-ac@eda-stds.org>
> X-OriginalArrivalTime: 22 Feb 2007 10:32:48.0122 (UTC) FILETIME=[CBEEA5A0:01C7566C]
> 
> I have no opinion on the issue, but as to why someone might want
> assertion constructs in a clocking block, Ed previously wrote:
> 
> "I could see a case where the user has a clocking block for specifying
> sampling and driving and wants to put assertions on the signals that are
> marked as input, output, ...=20
> BUT, I hope that it will not confuse the user that the assertions sample
> at 1step while the clocking block specifies some other sampling and
> driving offset."
> 
> Shalom
> 
> 
> > I think we need to review the way assertion constructs
> > can or cannot be put into clocking blocks, interfaces, and
> > modports.

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Received on Thu Feb 22 04:19:24 2007

This archive was generated by hypermail 2.1.8 : Thu Feb 22 2007 - 04:19:30 PST