[Libre-soc-bugs] [Bug 526] create dry-run 180nm GDS-II files for IMEC

[bugzilla-daemon at libre-soc.org]

https://bugs.libre-soc.org/show_bug.cgi?id=526

--- Comment #47 from Jean-Paul.Chaput at lip6.fr ---
Hello Luke & Al,

Not a daily kan-ban, more like a bi-monthly...

* Coriolis is now able to generate DRC correct GDSII for TMSC C180 technology,
  Tested on the Arlet 6502 from alliance-check-toolkit.
    Used this example, because sometimes I need to run with debug support
  enabled which is 4 times slower than normal (more than 10 times if you
  stack valgrind on top...).

My next steps are:

* Try to optimize the METAL2 routing pitch which is very bad (almost 100%
loss),
  I have a simple modification in mind and will strictly limit this work to
  one day.
* Integrate the JSON reader (output of pinmux) in Coriolis to get the I/O pad
  positions.
* Proceed with experiment9 (hollow, then full design).

No timetable though, be only assured that I work as fast as I can to catch up.


Can't find where the question was originally posted, but with nsxlib, you will
get completly diffirent results to what I got with TSMC/FlexLib. If we want to
have the same without infringing the NDA, we would need to create a
"degenerate"
version of FlexLib. With very strict requirements. To preserve Coriolis
determinism,
you would have to:

* Have the exact same number of shapes (to keep id order).
* The exact same geometric relationship between shapes (to keep sorting order).

Then we should have "same results".

Best regards,

-- 
You are receiving this mail because:
You are on the CC list for the bug.