Magic Mailing List |
|
From: Jeff W. Sondeen (sondeen AT rcf-fs DOT usc.edu) Date: Mon May 22 2000 - 13:19:22 EDT
Andrew Lines writes: > This is a multi-part message in MIME format. > --------------938E08E1DBD92A75F6445878 > Content-Type: text/plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > > As we all know, Magic generates the well and select layers > (CWN,CWP,CSN,CSP) by bloating and munging the diffusion and substrate > diffusion paints. Although with appropriate DRC rules this can satisfy > all the overlap and spacing to incompatible layers, it often generates > foundry design rule violations on spacing to like layers or makes narrow > bridges between like layers. We have fabbed chips in the past through > MOSIS with thousands of such "errors" and they work fine. > > We asked a foundry (UMC) and they gave us a fairly flimsy sounding > explanation that well to well spacing of electrically connected nwells > might cause latchup, and that nselect to nselect spacing might increase > punchthrough. Does anybody have a good explanation of why these types > of errors are or are not a problem? Does anybody using Magic routinely > paint all wells and selects to avoid these types of problems with the > generated layers? i believe Mosis bloats and shrinks all Well and Select layers (by 1/2 the spacing) to fill less than minimum spacings (which crop up in magic when regions are cater-corner), but has never dealt with the resulting bridges between cater-corner regions (that is, doesn't try to remove them since that would just reintroduce the spacing violation). it's not clear what a 6x1 lambda Nwell bridge region in the photoresist produces in practice -- perhaps the photoresist hole is never opened since the processing assumed a larger minimum hole size. we routinely draw wells (so don't have well bridges) but certainly have fabbed 1000's of select bridges throught the years. i also haven't heard of any problem related to them. /jeff > > > --------------938E08E1DBD92A75F6445878 > Content-Type: text/x-vcard; charset=us-ascii; > name="lines.vcf" > Content-Transfer-Encoding: 7bit > Content-Description: Card for Andrew Lines > Content-Disposition: attachment; > filename="lines.vcf" > > begin:vcard > n:Lines;Andrew > tel;fax:(626) 844-2951 > tel;home:(626) 568-4928 > tel;work:(626) 844-2941 > x-mozilla-html:FALSE > url:www.avlsi.com > org:Asynchronous Digital Design Inc. > adr:;;1010 E. Union #202;Pasadena;CA;91106;USA > version:2.1 > email;internet:lines AT avlsi DOT com > title:Founder > x-mozilla-cpt:;11936 > fn:Andrew Lines > end:vcard > > --------------938E08E1DBD92A75F6445878--
|
|