|
|
Magic Mailing List |
|
From: cfk (cfk AT pacbell DOT net) Date: Sun Sep 28 2003 - 11:20:24 EDT
Dear Graham:
Its the contact metal that is the problem, not ,for instance, the metal
connecting Vdd to the PFET. In the upper right corner of iv1v0x05 is a
contact at your excel spread sheet coordinates 66-67 vertically and 18-19
horizontally. That is the first of the DRC issues. Each of your contacts has
a similar issue with DRC.
That begs the question of whether or not its the technology file or the
invertor. For that one, I would have to defer to Tim, Jeff Sondeen and
others. All I can tell you is that the metal in the middle of each contact
is 2 lambda wide by 2 lambda hi and the DRC contends it violates rules 7.1 &
7.2.
It looks like this is of type 'genericcontact' if that helps any
further.
The other thing to keep in mind is that I am using the SCN6M_DEEP.09
technology file for the 0.18um measurements and the SCN5M_DEEP.12 technology
file for the 0.25um measurements. In both cases, the DRC errors are in the
same places. There are a total of 14 of them and they are equally spread
between 7.1 & 7.2.
Charles
From: "Graham Petley" <graham.petley AT vlsitechnology DOT org>
To: <magic-dev AT csl DOT cornell.edu>
Sent: Saturday, September 27, 2003 11:21 PM
Subject: Re: Magic standard cell library available
> Hallo Charles,
> The metal should be 4 lambda wide and 4 lambda spacing. I
> looked at the cell in Magic and it was twice the width of the
> poly, which is 2 lambda wide. I also looked at the original CIF
> in Alliance Dreal and the metal was 4um wide. I think that if
> there was some scaling error reading the CIF into magic, there
> would be many other DRC errors apart from the metal!
> Best Regards, Graham Petley
> --- cfk <cfk AT pacbell DOT net> wrote:
> > I have been working this morning with Graham's library and I
> > have a couple
> > of observations and a couple of questions.
> >
> > The first observation is that in working with his cell
> > iv1v0x05.mag which is
> > the smallest and simplest cell. I seem to have DRC errors for
> > "metal1 width"
> > and "metal1 spacing". These are mosis rules 7.1 and 7.2. I am
> > using two
> > different technology files. The first is
> > "SCN5M_DEEP.12.tech27" and the
> > second one is "SCN6M_DEEP.09.tech27". These are the .25um and
> > .18um tech
> > files, that near as I can tell are most appropriate for .25um
> > and .28um
> > designs at this time.
> >
> > They both say the metal1 spacing and metal1 widths need to be
> > 3 lambda and
> > they are 2 lambda in the cells themselves. I cant tell if
> > this is a cell
> > issue or a technology file issue and would appreciate some
> > guidance.
> >
> > My questions relate to the technology files themselves.
> >
> > 1. Is "Is SCN5M_DEEP.12.tech27" the appropriate technology
> > file for .25um
> > studies?"
> > 2. Is "Is SCN6M_DEEP.09.tech27" the appropriate technology
> > file for .18um
> > studies?"
> > 3. What is the appropriate technology file for .13um studies?
> > 4. What is the appropriate technology file for .09um studies?
> >
> > I want to comment Graham for his effort to get as far as he
> > has. I think
> > trying to create a library that is scalable between .25um,
> > .18um, .13um and
> > .09um is a marvelous thing and I want to understand and help
> > as much as
> > possible.
> >
> > Charles
> >
>
>
>
> =====
> Graham Petley
> ASIC Specialist and Consulting Engineer
> Metzstrasse 14, 81667 Munich, Germany
> Phone +49-89-6349-7630 Mobile +49-177-282-5072
> http://www.vlsitechnology.org/
|
|
|
|