Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!zaphod.mps.ohio-state.edu!caen!ox.com!emv
From: dcs@portia.Stanford.EDU (don stark)
Newsgroups: comp.archives
Subject: [cad] Magic Extraction Bug Fixes
Message-ID: <1990Dec20.041602.23984@ox.com>
Date: 20 Dec 90 04:16:02 GMT
References: <1990Dec19.023846.17318@portia.Stanford.EDU>
Sender: emv@ox.com (Edward Vielmetti)
Reply-To: dcs@portia.Stanford.EDU (don stark)
Followup-To: comp.lsi.cad
Organization: AIR, Stanford University
Lines: 30
Approved: emv@ox.com (Edward Vielmetti)
X-Original-Newsgroups: comp.lsi.cad

Archive-name: lsi/ic-layout/magic/1990-12-19
Archive: gatekeeper.dec.com:/pub/DEC/magic/note.* [16.1.0.2]
Original-posting-by: dcs@portia.Stanford.EDU (don stark)
Original-subject: Magic Extraction Bug Fixes
Reposted-by: emv@ox.com (Edward Vielmetti)

I fixed a few of the bugs people have reported in the extraction parts of
magic.  Patches are available via anonymous ftp from gatekeeper.dec.com
(16.1.0.2).  The patches are in /pub/DEC/magic. The new ones are:

note.13: fixes bug in extflat-ext2sim that caused lumped resistors to
         not be produced.

note.14: fixes bug in resistance extractor that caused coredump.

note.15: contains updated version of scmos.tech that includes the 
         "fetresist" lines and gscap and gccap values that the 
	 resistance extractor uses.  I only modified the extract
	 styles lambda=1.0 and lambda=1.5; the values I used came 
	 from our rsim parameter files. Since the effective fet 
	 resistance depends strongly on the process, I strongly urge
	 you to change these values to match your device models.
	 Page 35 of Magic Maintainer's Manual #2 describes how to do 
	 this.

In the rush to get the final distribution ready, it looks like
some last-minute bug fixes got included that were more bug than fix. 
Sigh.

				-don