• Previous message: R. Timothy Edwards: "Re: Mouse Issue in OpenGL Mode"
• In reply to: Philippe O. Pouliquen: "RE: MAGIC DRC question"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Hi,
    In this specific case, i.e in SRAM layouts we
would put half contacts in order to get the exact
bitcell area. A contact may be shared by a
neighbouring bitcell hence only half the contact area
needs to be taken into consideration while calculating
the bitcell area. Putting a full contact and making it
exactly overlap with a neighbouring bitcell would make
the bitcell area appear larger than it is. Hence,
though having a half contact cell is not a necessity,
it would be something nice to have.

Regards,
Prakash.


--- "Philippe O. Pouliquen"
<philippe AT alpha DOT ece.jhu.edu> wrote:
> Prakash <prakashkuve AT yahoo DOT com> wrote:
> 
> >          Here is an example of where having a DRC
> ignore <cellname>
> > would be a great help. In SRAM layots, we might
> want to have a
> > global cell which contains half the size of the
> via allowed in the
> > process. The bitcell that contains this via cell
> would abut with a
> > neighbouring bitcell and would get the other half
> from there. Hence
> > it is no DR violation but MAGIC would flag off an
> error inside the
> > cell and this would be repeated in all the
> nummerous bitcells.
> 
> Why would you not want the whole contact, and let
> the contact overlap
> between bitcells?  It is not illegal nor unusual for
> subcells to overlap
> and share contacts, they just have to overlap
> "exactly".
> 
> Philippe Pouliquen
> The Johns Hopkins University


__________________________________________________
Do You Yahoo!?
Find a job, post your resume.
http://careers.yahoo.com

• Next message: Siamak Modjtahedi: "Non-Manhattan extraction"
• Previous message: R. Timothy Edwards: "Re: Mouse Issue in OpenGL Mode"
• In reply to: Philippe O. Pouliquen: "RE: MAGIC DRC question"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]