[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