riscv
/
coriolis
mirror of https://gitlab.lip6.fr/vlsi-eda/coriolis.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
coriolis/crlcore/etc/cmos/alliance.conf

39 lines
1.6 KiB
Plaintext
Raw Normal View History

Add a common/ to share the trunk of symbolic technologies configurations. In CRL Core configuration files, "display.conf", "patterns.conf" and "technology.conf" share most of their code. So that common part is put into "common/" and sourced from the final configuration file. Update the documentation according the the new initialization scheme.
2014-05-21 17:13:17 -05:00
# -*- Mode:Python; explicit-buffer-name: "alliance.conf<cmos>" -*-
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./crlcore: - New: Extented Python support for all objects needed to configure Coriolis. - New: Configuration files and load helpers completly written in Python. An XML emulation mode is still avalaible. - New: UsersGuide, as a replacement for README, written in ReST. - New: Start of Doxygen documentation (mostly for documenting the initialisation objects & methods).
2012-11-16 06:49:47 -06:00
No longer directly use C++ exported symbols in configuration files. * Change: In CRL Core, in Alliance.py, no longer requires the configuration file to uses symbols from CRL.Environment or CRL.RoutingLayerGauge. This way the <alliance.conf> file can be parsed by a different parser. In <alliance.conf>, for the various technologies, make uses of the new C++ independent constants. * New: In CRL Core, in helpers/__init__.py, provide a "Dots" class (rewrite the C++ one in pure Python).
2014-08-03 09:25:26 -05:00
from helpers.Alliance import AddMode
from helpers.Alliance import Gauge
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./crlcore: - New: Extented Python support for all objects needed to configure Coriolis. - New: Configuration files and load helpers completly written in Python. An XML emulation mode is still avalaible. - New: UsersGuide, as a replacement for README, written in ReST. - New: Start of Doxygen documentation (mostly for documenting the initialisation objects & methods).
2012-11-16 06:49:47 -06:00
Start of Alliance/Python encapsulation layer. * New: In Cumulus, new Alliance.py module (*not* a plugin) providing an encapsulation for Alliance command line tools. The other main feature is that it provides a "Makefile like" behavior. Based on the command dependencies a DAG is contructed, then a static ordering of the commands. Commands are then executed to rebuild outdated target. The Alliance environment supplied to the commands is read from the Coriolis configuration file <alliance.conf>. For this first evaluation version, only <boom>, <boog> and <loon> support are provided. It still not clear how to encapsulate the Coriolis tools in the same way. * Change: In CRL Core, in helpers/__init__.py, change the way the static initialization (module) is done. All the commands are put inside a "staticInitialization()" function, which is then explicitly called by others. This is a better solution agains *no* or *twice* initialization. Modificate <coriolisInit.py> accordingly (as <Alliance.py> from Cumulus.
2014-07-27 09:23:27 -05:00
allianceTop = '/soc/alliance'
cellsTop = allianceTop+'/cells/'
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./crlcore: - New: Extented Python support for all objects needed to configure Coriolis. - New: Configuration files and load helpers completly written in Python. An XML emulation mode is still avalaible. - New: UsersGuide, as a replacement for README, written in ReST. - New: Start of Doxygen documentation (mostly for documenting the initialisation objects & methods).
2012-11-16 06:49:47 -06:00
allianceConfig = \
New coriolis launcher. Configuration files cleanup. * Change: In CRL Core, simplify the loading sequence. The technology, both symbolic and real is now loaded directly from coriolisInit.py and not through the Alliance loader. This was a leftover from the time configuration was in XML. Remove others traces of XML loading. Remove SYMB_TECHNO_NAME, REAL_TECHNO_NAME & DISPLAY from the Alliance environement, as they was no longer used. Note that technology *still* need to be loader *after* Alliance framework has been initialized. Gauge information is moved from <alliance.conf> to <kite.conf>. * Bug: In Coloquinte, in optimization_subproblems.cxx static variables must not be inlined. Generate a problem when linking in debug mode (seems the symbol gets optimised out). * Bug: In Katabatic, in Grid::getGCell(), when the coordinate is *outside* the area, do not try to find a GCell, directly return NULL. * New: In Unicorn, create a generic command launcher named "coriolis" which automatically take cares of all environement setup, then run a command by default, it's <cgt>, but it can be anything. For example: <zsh>.
2015-04-13 11:54:09 -05:00
( ( 'CATALOG' , 'CATAL')
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./crlcore: - New: Extented Python support for all objects needed to configure Coriolis. - New: Configuration files and load helpers completly written in Python. An XML emulation mode is still avalaible. - New: UsersGuide, as a replacement for README, written in ReST. - New: Start of Doxygen documentation (mostly for documenting the initialisation objects & methods).
2012-11-16 06:49:47 -06:00
, ( 'WORKING_LIBRARY' , '.')
Implementation of DataBase native save/restore in JSON (step 2). * New: In boostrap, in ccb.py, added support for the "support" project which contains external dependencies. Currently contains only RapidJSON. Those dependencies must be cloned here manually. * New: In Hurricane, Initializer class for an ordered static initialization across different compilation modules. * Change: In Hurricane, at DataBase level, no longer save the Cells in the libraries, but create and ordered list of Cell. Deepest cells (leaf cells) first. To avoid dependency problems. * New: In Hurricane, JSON support for Property. * New; In CRL, added JSON support for AllianceFramework, Environement & Catalog and their associated properties. Adjustment of the AllianceLibrary creation policy.
2016-01-20 17:25:39 -06:00
# , ( 'SYSTEM_LIBRARY' , ( (cellsTop+'ramlib' , AddMode.Append), ) )
No longer directly use C++ exported symbols in configuration files. * Change: In CRL Core, in Alliance.py, no longer requires the configuration file to uses symbols from CRL.Environment or CRL.RoutingLayerGauge. This way the <alliance.conf> file can be parsed by a different parser. In <alliance.conf>, for the various technologies, make uses of the new C++ independent constants. * New: In CRL Core, in helpers/__init__.py, provide a "Dots" class (rewrite the C++ one in pure Python).
2014-08-03 09:25:26 -05:00
, ( 'SYSTEM_LIBRARY' , ( (cellsTop+'sxlib' , AddMode.Append)
, (cellsTop+'dp_sxlib', AddMode.Append)
, (cellsTop+'ramlib' , AddMode.Append)
, (cellsTop+'romlib' , AddMode.Append)
, (cellsTop+'rflib' , AddMode.Append)
, (cellsTop+'rf2lib' , AddMode.Append)
, (cellsTop+'pxlib' , AddMode.Append)
, (cellsTop+'padlib' , AddMode.Append) ) )
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./crlcore: - New: Extented Python support for all objects needed to configure Coriolis. - New: Configuration files and load helpers completly written in Python. An XML emulation mode is still avalaible. - New: UsersGuide, as a replacement for README, written in ReST. - New: Start of Doxygen documentation (mostly for documenting the initialisation objects & methods).
2012-11-16 06:49:47 -06:00
, ( 'IN_LO' , 'vst')
, ( 'IN_PH' , 'ap')
, ( 'OUT_LO' , 'vst')
, ( 'OUT_PH' , 'ap')
, ( 'POWER' , 'vdd')
, ( 'GROUND' , 'vss')
Correctly manage clock net isolateds from the main clock. * New: In Bootstrap, in ccb.py, check if cmake is installed and issue a warning, if not. * New: In Hurricane, added Cell::getDeepNet() to search for a deepnet given a path and a leaf net. This method is slow and must not be used too often. Introduced for Kite::BuildPowerRails(). * Change: In CRL Core, in cmos/alliance.conf, modify the clock name pattern to match the sub-clock signals in the datapath operators. * Bug: In Etesian, do not blindly reset the top cell abutment-box. Do it only if it's empty, otherwise keep it. * Bug: In Kite, in buildPowerRails(), in getRootNet() the management of clock nets was incomplete. The case of unrouted clock nets that where not connected to the top core clock net, like the one in the datapath registers was faulty. They were partly recognized as unrouteds and partly as blockage generating a routing deadlock: routage impossible due to blockage generated from itself... * New: In Stratus1, add a buildModel() utility function to automate the model generation and allow a call by the model name (string). * Change: In Unicorn, in cgt.py, display the Alliance environement.
2015-02-25 15:17:44 -06:00
, ( 'CLOCK' , '.*ck.*|.*nck.*')
* ./hurricane/doc/hurricane: - Change: In Cell, added doc about PlacementStatus. - Change: In Transformation, more detailed explanations about the orientations. A little beautifying too... - Change: RoutingPad doc update. - Change: Entity doc update (for id). - Change: In HTML header/footer uses the new SoC.css. * ./crlcore/src: - Change: In DefDriver, added support for placement exportation. - New: In Utility, added a "paranoid" output stream (for my extra warnings in the router). - Bug: In ApParser, correct parsing of connectors index (recreate the vector). - Change: In alliance.conf, make "blockageNet" case insensitive. - Change: In misc.conf, added support for paranoid stream. - Change: In x2y and CyclopMain correct verbose flags positionning. * ./crlcore/doc: - Change: Updated style and added some documenation.
2013-12-03 19:47:34 -06:00
, ( 'BLOCKAGE' , '^blockage[Nn]et*')
Correction in plugins to support msxlib compatible pads. * New: In CRL Core, in helpers & alliance.conf, set and read a "PAD" variable to define the pad model name extension ("px" for "sxlib and "pxr" for vsxlib, this is provisional). * New: In CRL Core, in plugin.conf, add parameters to define the name of used for power & clock supply. We may remove the extention in the future (to be more coherent with the previous modification). * New: In Cumulus, in chip.Configuration.GaugeConf._rpAccess(), no longer place the accessing contact *at the center* of the RoutingPad. It works under sxlib because buffers & registers all have same size terminals. But this is not true under vsxlib, leading to misaligned contacts & wires. Now systematically place on the slice midlle track (maybe with one pitch above or below). This is still very weak as we do not check if the terminal reach were the contact is being put. Has to be strenthened in the future. * New: In Cumulus, in chip.Configuration.ChipConf, read the new clock & power pad parameters. * Change: In Isobar (and all other Python wrappers), uses PyLong instead of PyInt for DbU conversions. In PyHurricane argument converter, automatically check for both PyLong and then PyInt. * Change: In Cumulus, in chip.PadsCorona, more accurate error message in case of discrepency in global net connections (i.e. no net of the same name in instance model and instance model owner. * Change: In Kite, in BuildPowerRails, when looking up at the pads model name to find "pck_" or "pvddeck_", do not compare the extension part. But we still use hard-coded stem pad names, maybe we shouldn't. * Bug: In Katabatic, in GCellConfiguration::_do_xG_xM1_xM3(), there was a loop in the search of the best N/E initial RoutingPad. * Bug: In Kite, in KiteEngine::protectRoutingPads(), *do not* protect RoutingPads of fixed nets, they are already through the BuildPowerRails stage (and it's causing scary overlap warning messages). * Bug: In Cumulus, in ClockTree.HTreeNode.addLeaf(), do not create deep-plug when the core is flat (not sub-modules). All the new nets are at core level. * Bug: In Cumulus, in ChipPlugin.PlaceCore.doFloorplan(), ensure that the core is aligned on the GCell grid (i.e. the slice grid of the overall chip). * Bug: In Kite, in GCellTopology::_do_xG_xM1_xM3(), infinite loop while looking for the bigger N-E RoutingPad. Forgot to decrement the index...
2014-09-13 10:45:30 -05:00
, ( 'PAD' , '.*_px$')
Start of Alliance/Python encapsulation layer. * New: In Cumulus, new Alliance.py module (*not* a plugin) providing an encapsulation for Alliance command line tools. The other main feature is that it provides a "Makefile like" behavior. Based on the command dependencies a DAG is contructed, then a static ordering of the commands. Commands are then executed to rebuild outdated target. The Alliance environment supplied to the commands is read from the Coriolis configuration file <alliance.conf>. For this first evaluation version, only <boom>, <boog> and <loon> support are provided. It still not clear how to encapsulate the Coriolis tools in the same way. * Change: In CRL Core, in helpers/__init__.py, change the way the static initialization (module) is done. All the commands are put inside a "staticInitialization()" function, which is then explicitly called by others. This is a better solution agains *no* or *twice* initialization. Modificate <coriolisInit.py> accordingly (as <Alliance.py> from Cumulus.
2014-07-27 09:23:27 -05:00
# The following are only read by the Alliance tool wrappers.
New coriolis launcher. Configuration files cleanup. * Change: In CRL Core, simplify the loading sequence. The technology, both symbolic and real is now loaded directly from coriolisInit.py and not through the Alliance loader. This was a leftover from the time configuration was in XML. Remove others traces of XML loading. Remove SYMB_TECHNO_NAME, REAL_TECHNO_NAME & DISPLAY from the Alliance environement, as they was no longer used. Note that technology *still* need to be loader *after* Alliance framework has been initialized. Gauge information is moved from <alliance.conf> to <kite.conf>. * Bug: In Coloquinte, in optimization_subproblems.cxx static variables must not be inlined. Generate a problem when linking in debug mode (seems the symbol gets optimised out). * Bug: In Katabatic, in Grid::getGCell(), when the coordinate is *outside* the area, do not try to find a GCell, directly return NULL. * New: In Unicorn, create a generic command launcher named "coriolis" which automatically take cares of all environement setup, then run a command by default, it's <cgt>, but it can be anything. For example: <zsh>.
2015-04-13 11:54:09 -05:00
, ( 'SCALE_X' , 100)
No longer directly use C++ exported symbols in configuration files. * Change: In CRL Core, in Alliance.py, no longer requires the configuration file to uses symbols from CRL.Environment or CRL.RoutingLayerGauge. This way the <alliance.conf> file can be parsed by a different parser. In <alliance.conf>, for the various technologies, make uses of the new C++ independent constants. * New: In CRL Core, in helpers/__init__.py, provide a "Dots" class (rewrite the C++ one in pure Python).
2014-08-03 09:25:26 -05:00
, ( 'ALLIANCE_TOP' , allianceTop)
Start of Alliance/Python encapsulation layer. * New: In Cumulus, new Alliance.py module (*not* a plugin) providing an encapsulation for Alliance command line tools. The other main feature is that it provides a "Makefile like" behavior. Based on the command dependencies a DAG is contructed, then a static ordering of the commands. Commands are then executed to rebuild outdated target. The Alliance environment supplied to the commands is read from the Coriolis configuration file <alliance.conf>. For this first evaluation version, only <boom>, <boog> and <loon> support are provided. It still not clear how to encapsulate the Coriolis tools in the same way. * Change: In CRL Core, in helpers/__init__.py, change the way the static initialization (module) is done. All the commands are put inside a "staticInitialization()" function, which is then explicitly called by others. This is a better solution agains *no* or *twice* initialization. Modificate <coriolisInit.py> accordingly (as <Alliance.py> from Cumulus.
2014-07-27 09:23:27 -05:00
, ( 'MBK_TARGET_LIB' , cellsTop+'sxlib')
No longer directly use C++ exported symbols in configuration files. * Change: In CRL Core, in Alliance.py, no longer requires the configuration file to uses symbols from CRL.Environment or CRL.RoutingLayerGauge. This way the <alliance.conf> file can be parsed by a different parser. In <alliance.conf>, for the various technologies, make uses of the new C++ independent constants. * New: In CRL Core, in helpers/__init__.py, provide a "Dots" class (rewrite the C++ one in pure Python).
2014-08-03 09:25:26 -05:00
, ( 'RDS_TECHNO_NAME' , allianceTop+'/etc/cmos.rds')
, ( 'GRAAL_TECHNO_NAME' , allianceTop+'/etc/graal.rds')
* All Tools: - A complete sweep of cleanup to suppress allmost all compiler warnings. * ./crlcore: - New: Extented Python support for all objects needed to configure Coriolis. - New: Configuration files and load helpers completly written in Python. An XML emulation mode is still avalaible. - New: UsersGuide, as a replacement for README, written in ReST. - New: Start of Doxygen documentation (mostly for documenting the initialisation objects & methods).
2012-11-16 06:49:47 -06:00
)