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

69 lines
2.8 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 = \
Added support for multiple symbolic+real technology in configuration. In CRL Core, the layout of the files under "/coriolis2/etc" changes. Instead of having them directly under "etc", they are now replicated, in subdirectories. Each subdirectory having the name of the associated symbolic or real technology (they are kept separated). We have, for now: * etc/cmos/ : symbolic, the Alliance original one. * etc/vsc200/ : symbolic, for G. Petley vsclib. * etc/hcmos9/ : real, generic fake (130nm). To tell which pair (symbolic,real) technologies must be used we create a *second* (sigh) configuration file "coriolis2_techno.conf", and it's hidden counterpart in the user's account, to set it up. It needs to be separate because it is read as early as possible and select which set of configuration files would be read. Also add support up to METAL8 and POLY2 in CRL core and it's Alliance parser/drivers.
2014-05-21 07:50:22 -05:00
( ( 'SYMB_TECHNO_NAME' , helpers.symbolicTechno )
, ( 'REAL_TECHNO_NAME' , helpers.realTechno )
, ( 'SYMBOLIC_TECHNOLOGY', helpers.symbolicDir+'/technology.conf' )
, ( 'REAL_TECHNOLOGY' , helpers.realDir +'/technology.conf' )
, ( 'DISPLAY' , helpers.sysConfDir +'/display.xml' )
* 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
, ( 'CATALOG' , 'CATAL')
, ( 'WORKING_LIBRARY' , '.')
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
, ( 'SCALE_X' , 100)
, ( 'IN_LO' , 'vst')
, ( 'IN_PH' , 'ap')
, ( 'OUT_LO' , 'vst')
, ( 'OUT_PH' , 'ap')
, ( 'POWER' , 'vdd')
, ( 'GROUND' , 'vss')
, ( 'CLOCK' , '^ck.*')
* ./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.
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
)
# Format of routingGaugesTable (dictionary):
# A list of entry of the form:
# ( METAL_NAME, (Direction, Type, depth, density, offset, pitch, wire_width, via_width) )
routingGaugesTable = {}
routingGaugesTable['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
( ( 'METAL1', ( Gauge.Vertical , Gauge.PinOnly, 0, 0.0, 0, 5, 2, 2 ) )
, ( 'METAL2', ( Gauge.Horizontal, Gauge.Default, 1, 7.0, 0, 5, 2, 2 ) )
, ( 'METAL3', ( Gauge.Vertical , Gauge.Default, 2, 0.0, 0, 5, 2, 2 ) )
, ( 'METAL4', ( Gauge.Horizontal, Gauge.Default, 3, 0.0, 0, 5, 2, 2 ) )
, ( 'METAL5', ( Gauge.Vertical , Gauge.Default, 4, 0.0, 0, 5, 2, 2 ) )
#, ( 'METAL6', ( Gauge.Horizontal, Gauge.Default, 5, 0.0, 0, 5, 2, 2 ) )
#, ( 'METAL7', ( Gauge.Vertical , Gauge.Default, 6, 0.0, 0, 5, 2, 2 ) )
* 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
)
# Format of cellGaugesTable (dictionary):
# A list of entry of the form:
# ( METAL_PIN, xy_common_pitch, slice_height, slice_step )
cellGaugesTable = {}
cellGaugesTable['sxlib'] = ('metal2', 5.0, 50.0, 5.0)