Re: [sv-cc] Errata? Handling DPI parameters of type 'reg'

From: Kevin Cameron <sv-xx@grfx.com>
Date: Thu Aug 05 2004 - 15:13:09 PDT

On Thu, 5 Aug 2004, Francoise Martinolle wrote:

> Kevin
>
> a reg in verilog is a variable of 4 state logic declared with the reg
> keyword. It is not a composite object as you describe it.

As I said: when the reg is not connected to an external net the behavior
is the same as a simple variable - it's just a degenerate case, it's not
inconsistent with my definition.

> Francoise
> '
> At 11:06 AM 8/5/2004 +0300, Shalom Bresticker wrote:
> >I doubt this interpretation.
> >
> >Regs have no strengths.

Is that relevent?

> >
> >A reg can be written from many sources, but it is not continuously driven, it
> >simply holds a value, the last one written to it. There is no concept of
> >contention, etc.

A reg is a driver that is shared by the processes in a module, the value
of the driver itself is just a variable local to the module.

VHDL does not allow sharing of drivers between processes, and neither
VHDL or Verilog allow drivers to be declared explicitly.

It's important to get this stuff right for AMS because the
digital-to-analog conversions are applied to the drivers of a net and not
resolved value of the net.

Kev.

> >Shalom
> >
> >
> >Kevin Cameron wrote:
> >
> > > A reg is actually a composite object, it is the combination of a driver
> > > and a net (or net reference) - writes are to the driver, reads are from
> > > the net (both are usually type 'logic'), and Verilog syntax doesn't allow
> > > any other access. In the case where the reg type is not connected to other
> > > drivers/nets it collapses (semantically) to something that looks like a
> > > simple variable.
> > >
> >
> >--
> >Shalom Bresticker Shalom.Bresticker @freescale.com
> >Design & Reuse Methodology Tel: +972 9 9522268
> >Freescale Semiconductor Israel, Ltd. Fax: +972 9 9522890
> >POB 2208, Herzlia 46120, ISRAEL Cell: +972 50 5441478
> >
> >[ ]Freescale Internal Use Only [ ]Freescale Confidential Proprietary
>
Received on Thu Aug 5 15:13:18 2004

This archive was generated by hypermail 2.1.8 : Thu Aug 05 2004 - 15:13:23 PDT