[sv-cc] RE: question from the CC committee

From: Stuart Sutherland <stuart_at_.....>
Date: Wed May 09 2007 - 23:12:27 PDT
Since the VPI does not use these regions now, there is no current
application that needs them.  I have not heard of, or given any thought to
coming up with, a need for these VPI regions.  That said, however, this is
very much like V2K's pre-NBA versus post-NBA VPI problem.  Most simulators
did a read-write synch after NBA updates, but some user applications needed
to synchronize before NBA updates and some tools provided that access.
Until VPI synchronization to both regions was standardized, users had tool
compatibility problems and/or could not do what they needed with some tools.

Some user, sometime, will find a need to synchronize to the pre-observed
and/or post-observed region.  If the standard does not provide a standard
way to do this, tools will come up with non-standard solutions, and we will
again have tool compatibility problems.

Just my thoughts...

Stu
~~~~~~~~~~~~~~~~~~~~~~~~~
Stuart Sutherland
Sutherland HDL, Inc.
stuart@sutherland-hdl.com
503-692-0898
 

> -----Original Message-----
> From: Francoise Martinolle [mailto:fm@cadence.com] 
> Sent: Wednesday, May 09, 2007 10:06 AM
> To: stuart@sutherland-hdl.com
> Cc: SV-CC
> Subject: question from the CC committee
> 
> Stu,
>  
> The cc committee discussed the scheduling diagram and in 
> particular the pre-observed, observed
> and post observed regions. We have littly insight in how 
> users would typically use the pre-observed
> and post observed region with VPI. We are wondering if you 
> would have had some conversations
> with users trying to access assertions and understand what 
> they would want to accomplish with VPI.
>  
> Basically we are trying to find usage of the pre and post 
> observed regions and rationalize the existence of
> the feedback loop from post-observed.
>  
> Any information you may have would be greatly appreciated.
>  
> Francoise
>        '
> 



-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Received on Wed May 9 23:12:48 2007

This archive was generated by hypermail 2.1.8 : Wed May 09 2007 - 23:13:04 PDT