RE: IM's updated

From: Shabtay Matalon <shabtay_at_.....>
Date: Wed Sep 28 2005 - 17:22:44 PDT
Brian, ITC members,

First just a nit, but it would help if you could limit the sentences
length so we won't need to pan back and forth when using a browser on
~1000x800 pixel resolution. Even when using ~1280x1000 I yet had to pan
back and forth.

There are also few typos worth fixing....

Before I continue, I had some difficulty hearing everybody on the phone,
thus I may be asking some questions that have been addressed. In any
case, I hope the minutes could be elaborated and clarify some of issues
to eliminate any ambiguities.

IM 207 - Have we agreed on the term "emulation of the emulator"? As we
need to support compatibly when moving from one emulation engine to
another, similarly we need to provide compatibility between simulation
and emulation engines. A vendor may support one/two/three such engines.
I don't see a need to draw a distinction between simulators and
emulators (besides performance).

IM208 - "For streaming, only supported by models that are pure sources
or pure syncs. Any concurrency can be added to an alternating system so
long as it does not alter behavior. In these cases an alternating
behavior is the benchmark. These are all viewed as implementation
optimizations and should not be specified or mentioned in the
specification."

We need to evaluate if concurrency does not introduce lack of compliance
among various simulation and emulation environments. I don't see how the
rate that messages are sourced or synced could be the same when
concurrency is used. Does it?

IM209 - We had some discussion about setting buffer depth for pipes. It
was my understanding that Mentor proposes setting the buffer depth by
the infrastructure and not by the user. Is this correct?

How would user obtain matching results if each implementation sets its
own buffer depth?

"Pipes can be layered over an alternating mechanism to obtain data on a
continuous basis". I was under the impression that pipes are intended to
be used for streaming channels. Is this the not the case? Can someone
clarify if pipes are used for any type of channel (streaming or
reactive) of just streaming and on which basis the user will choose
using pipes vs. using DPI directly?

IM210 - "Determinism is guaranteed in an alternating environment." Does
it mean that SCE-MI 2.0 promotes two modes, one that is deterministic
and one that is not? 

IM211 - "This is a modeling subset issue." I don't understand this
summary. Can one explain how it responds to the issue?

Thanks,

Shabtay


>-----Original Message-----
>From: owner-itc@eda.org [mailto:owner-itc@eda.org] On Behalf Of Brian
>Bailey
>Sent: Friday, September 23, 2005 3:55 PM
>To: itc@eda.org
>Subject: IM's updated
>
>The text for the IM's has been updated on the Issues page. The current
>state
>of these is now presumed to infer that they are part of the minutes
from
>the
>meeting. Please look through them (IM200-211) and help me identify any
>issues, conclusions or other important things that I may have missed.
>
>Thanks
>Brian
>
Received on Wed Sep 28 17:23:51 2005

This archive was generated by hypermail 2.1.8 : Wed Sep 28 2005 - 17:24:46 PDT