RE: [sv-ec] Multiple triggering of assertions and clockings

From: Jonathan Bromley <jonathan.bromley_at_.....>
Date: Wed Feb 07 2007 - 01:13:32 PST
Arturo, thanks for your response.

> Forbidding multiple clock triggers in the same time slot does not
> disallow the methodology you suggest: untimed functional 
> models that may
> trigger additional activity in the DUT as part of the Reactive
> processing. Multiple delta-cycles involving the 
> Active/Reactive regions
> is the way SystemVerilog is intended to work when Reactive processes
> post events with no delay to which Active processes are 
> sensitive. This
> means that any signal, including a clock could be triggered 
> from within a Reactive process.

Yes, agreed and understood - except that it *does* disallow
"the methodology I suggest"....

> What we are trying to forbid is *the same* clock signal being 
> triggered more than once in the same time slot. 

An untimed functional model that exhibits ordering of behaviour 
may have a zero-delay "clock".  In particular, assertions 
over such ordered behaviour cannot be expressed without
some clock.

> Remember 

I had failed to remember :-(

> clocking blocks and assertions both
> sample their inputs in the Preponed (or previous Postponed) region,
> hence, if their clocks were to trigger more than once in the same time
> slot, the sampled values would not change.

OK, that's the fundamental reason why what I suggested could never
work.  In Specman, assertions use values sampled at the beginning of
the Specman "tick" which, loosely, corresponds to one complete visit
to the Reactive region set (possibly with many iterations within it).
Another iteration around the outer scheduling loop would give rise
to a new set of sampled values.

So the bottom line is that assertions *cannot* have an infinite-
frequency clock, because we cannot have more than one timeslot at
any given moment of simulated time.

So if we are to write assertions over untimed behaviour, we must
invent a clock whose purpose is to split the simulation into
a succession of timeslots.
-- 
Jonathan Bromley, Consultant

DOULOS - Developing Design Know-how
VHDL * Verilog * SystemC * e * Perl * Tcl/Tk * Project Services

Doulos Ltd. Church Hatch, 22 Market Place, Ringwood, Hampshire, BH24 1AW, UK
Tel: +44 (0)1425 471223                   Email: jonathan.bromley@doulos.com
Fax: +44 (0)1425 471573                           Web: http://www.doulos.com

The contents of this message may contain personal views which 
are not the views of Doulos Ltd., unless specifically stated.

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Received on Wed Feb 7 01:16:21 2007

This archive was generated by hypermail 2.1.8 : Wed Feb 07 2007 - 01:16:52 PST