[Libre-soc-bugs] [Bug 199] Layout using coriolis2 main core, 180nm

bugzilla-daemon at libre-soc.org bugzilla-daemon at libre-soc.org
Wed Sep 30 16:42:04 BST 2020


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

--- Comment #81 from Jean-Paul.Chaput at lip6.fr ---

I did take a quick look at your work. And, of course, I have lot of comments...

* First, as I'm currently re-implementing the "block" plugin for HFNS
  support and all other features, it does not support (yet) the full
  chip (with chip I/O cells).

* So, to check the full chip, you have to use the old plugin.

* That old plugin (and the future one for that matter) requires a specific
  top hierarchy:

     CHIP
       |
       +----> I/O Pad
       |
       +----> I/O Pad
       |
       +----> I/O Pad
       |
       \----> CORONA
                |
                \----> CORE (aka test_issuer + jtag).

  The chip level contains the I/O pads and the CORONA.
  The CORONA contains *one* instance of the CORE.
  The CORE contains the flat design.

  I did notice that there are cells added obviously coming from the JTAG,
  they must be put below the CORE level.

* Why that intermediary CORONA level ? It's purpose is to isolate the
  CORE which may be in symbolic layout from the I/O pad which usually
  are supplied by the foundry and are real layout.

* I have a plugin that automatically generate the CHIP+CORONA level
  from the CORE. As long as the I/O pads can be deduced from the
  nets.

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


More information about the libre-soc-bugs mailing list