It don't see why the BTF would be considering this, it is a purely
analog
extension, and Verilog-A has not been donated to the IEEE or integrated
with SystemVerilog. The simulation semantics of [System]Verilog are such
that m-factor is meaningless in a digital context, it would only be
useful
to indicate scaling to backend tools (for which you could just use an
attribute or parameter).
Kev.
PS: The BTF archive is at - http://boyd.com/1364_btf/index.shtml
Kevin Cameron, CPU Technology, CA 94588, Tel.: (925) 225 4862
> -----Original Message-----
> From: Chandrasekaran Srikanth-A12788
[mailto:Srikanth.Chandrasekaran@motorola.com]
> Sent: Tuesday, May 11, 2004 2:16 AM
> To: Bresticker Shalom-R50386
> Cc: 'shekar@cadence.com'; 'geoffrey.coram@analog.com'; Kevin Cameron;
'btf@boyd.com'; Chandrasekaran
> Srikanth-A12788
> Subject: RE: m-factor in IEEE 1364
>
> Hi Shalom,
>
> Thanks for your immediate response. I am also not sure what m-factor
means in the digital world but
> in the committee meeting this morning this discussion came up and
hence I sent you the email. Shekhar
> from cadence is working on this proposal for VerilogA and he will be
getting in touch with Steve
> Sharp on this. Probably he has already contacted him.
>
> Regards,
> Sri
>
> > -----Original Message-----
> > From: shalom@il06exr04.mot.com
> > [mailto:shalom@il06exr04.mot.com] On Behalf Of Bresticker
> > Shalom-R50386
> > Sent: Tuesday, May 11, 2004 6:38 PM
> > To: Chandrasekaran Srikanth-A12788
> > Cc: 'shekar@cadence.com'; 'geoffrey.coram@analog.com'; 'Kevin
> > Cameron'; btf@boyd.com
> > Subject: Re: m-factor in IEEE 1364
> >
> >
> > Hi, Sri.
> >
> > Overall, the Behavioral Task Force (BTF) of 1364 is in charge
> > of enhancement
> > requests.
> >
> > Steven Sharp of Cadence (sharp@cadence.com) is in charge of the BTF
> > and he has been contacted by AMS people in Cadence (maybe
> > Shekar) with requests
> > to add certain AMS features to 1364.
> >
> > m-factor is one of them. We have not understood till now just
> > what this m-factor
> > is.
> >
> > 1364 has not yet set a firm policy on what it wants to do
> > with AMS in the next
> > revision of 1364. However, the tendency seems to be to look
> > at incorporating
> > features which would be relevant for digital work as well,
> > while not touching
> > the stuff which is purely analog. That is my impression, at least.
> >
> > According to the explanation I received from Geoffrey,
> > m-factors seems to be a more analog feature which does not
> > seem to have much
> > relevance to digital designs.
> >
> > In general, Steven received a number of enhancement requests
> > from AMS, but
> > without much details, so we do not understand them well yet.
> >
> > Anyway, Steven should be your contact point, for now at least.
> >
> > Regards,
> > Shalom
> >
> >
> > > Chandrasekaran Srikanth-A12788 wrote:
> > >
> > > Hi Shalom,
> > >
> > > Let me introduce myself. I am Sri, leading the AMS language
> > standardization
> > > efforts under Accellera (and also work for Motorola :-) ).
> > >
> > > I heard from Geoffrey Coram (from Analog devices who is
> > working on the
> > > VerilogAMS device modeling extension committee), that the
> > 1364 standards
> > > committee is also looking at putting in m-factor to the
> > language (as part of
> > > 2005 syntax). Currently the AMS committee is also working
> > on this proposal. I
> > > have copied Shekar from cadence who is mainly involved in
> > writing up a
> > > proposal for this. I was thinking if the digital committee
> > is also looking at
> > > this feature we can sychronize this proposal. Do you have
> > any contacts on who
> > > exactly is working on this on the 1364 committee?
> > >
> > > Regards,
> > > Sri
> > > --
> > > Srikanth Chandrasekaran
> > > Global Software Group, EDA
> > > Motorola, Australia
> > > Ph: +61-8-8168 3592 Fax: 3501
> >
> >
> > --
> > 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
> >
Received on Tue May 11 09:31:52 2004
This archive was generated by hypermail 2.1.8 : Tue May 11 2004 - 09:32:01 PDT