laurentc2 / sky130_for_klayout

KLayout technology files for Skywater SKY130

SKY130_for_KLayout

KLayout (version 0.27 or higher) technology files for Skywater SKY130

• SKY130.lyt : technology and connections description
• SKY130.lyp : layers color and shape description
• SkyWater SKY130 Design Rules.odt : SKY130 Design Rules in LibreOffice Writer format (compatible Word)
• SkyWater SKY130 Layers Reference.odt : SKY130 layers description in LibreOffice Writer format (compatible Word)
• drc/drc_sky130.lydrc : DRC script
• lvs/lvs_sky130.lylvs : LVS script (coming soon, so far only for MOSfet)
• def-lef/layermap.txt : layermap for the import_def.rb file : need to add in the config.mk file a line : export GDS_LAYER_MAP = ../../../../$(PLATFORM_DIR)/layermap.txt

Within KLayout, create the technolgy SKY130 by the menu : [Tools]-[Manage Technologies]
Then press + at the bottom left, you will add a new technology that you can call : SKY130

Then, you can copy the file SKY130.lyp, SKY130.lyt and the 2 directories drc and lvs of that repository in your directory :
$HOME/.klayout/tech/SKY130 (under Linux)
#HOMEDATA#/klayout/tech/SKY130 (under Windows)

Due to few SKY130 GDS cases found and tested, the DRC/LVS files have not been extensively tested and still probably have bugs for some cases. It was tested on the GDS and spice netlists of the LIB_CASES directory. The more we can publish SKY130 GDS files, the better those DRC/LVS files. At that stage, the GDS needs another checks before tape-out.

sky130_for_klayout's Issues

skywater drc using sky130A.lydrc not catching poly-to-poly spacing drc violations

Hi,

For some reason, even when I deliberately make the poly to poly spacing in klayout to be under 0.21um ( i tried 0.1um and 0.05um),
the drc file (sky130A.lydrc) does not catch it. I tried doing this in magic, and the drc was caught immediately. Do you know what could be the issue?

Thanks

poly extension over diffusion drc violations not caught, even with feol=true

Hi,
I deliberately did not extend my poly over diffusion (NMOS) to see if DRC will catch it. Unfortunately it did not. I have opened the gds file in magic, and it catches the drc violation.

Document KLayout rule status?

Hi!

This looks like cool work!

We have a spreadsheet at https://docs.google.com/spreadsheets/d/1oL6ldkQdLu-4FEQE0lX6BcgbqzYfNnd1XA8vERe0vpE/edit#gid=530166750 (see the "Magic DRC rule status" sheet) which documents the status of DRC checks in Magic. It would be awesome to also have the KLayout column tracking your status, are you interested in helping with that?

Tim '@mithro' Ansell

Help Needed for Nov 30 Shuttle

Hi !

I love the progress you made on the DRC/LVS. Would you please contact me. I would like to try to use Layout as a second checker for all the shuttle spots. My email is mkk at efabless.com and my cell is 650 889 8145
Thanks!

M

P- Poly Resistors

I am experiencing a number of errors with P- poly resistors that are generated in Magic with the sky130A generators.

These issues seems to be caused by the precision resistors not being correctly detected and applying the correct rules.

I have attached and example GDS to demonstrate this.
res.gds.zip

Error in Connectivity

I've spotted an error in the connectivity setup:

SKY130.lyt (105-119)

 <connectivity>
  <connection>66/20,66/44,li</connection>
  <connection>li,67/44,met1</connection>
  <connection>met1,68/44,met2</connection>
  <connection>met2,69/44,met3</connection>
  <connection>met3,70/44,met4</connection>
  <connection>met4,71/44,met5</connection>
  <symbols>met1='67/20+67/5'</symbols>
  <symbols>met1='68/20+68/5'</symbols>
  <symbols>met2='69/20+69/5'</symbols>
  <symbols>met3='70/20+70/5'</symbols>
  <symbols>met4='71/20+71/5'</symbols>
  <symbols>met5='72/20+72/5'</symbols>
 </connectivity>
</technology>

Line 112 should be:

  <connection>li,68/44,met2</connection>

Sky130 Slack Discussion

Hi,

This is not the ideal method to communicate this but I can't seem to find a message user function.

There's some discussion over on the Skywater Slack #klayout channel about integrating your great work into the core distributed PDK. If you're interested, it would be great for you to join the discussion. The link is:
https://invite.skywater.tools/

I can delete this issue afterwards as it's not an actual issue with the tools.

Cheers,
Thomas

Via Enclosure Errors

Hey,

I've been trying out the DRC files and it's looking good. I did notice one odd thing with vias though.

I think there is no error as the via is totally enclosed by metal 1 and metal 2 but an error is still reported. Maybe you have some ideas of where the issue lies?

I've included the original in a zip file you should be able to open.

test.gds.zip

Some LEF/DEF to GDS layer mappings are missing

I was trying to understand why DEF files in klayout had issues naming layers. In KLayout/klayout#700 the klayout maintainer points out that we are missing some LEF/DEF to GDS layer mappings.

There isn't a mapping for "met4" for example. In fact all the metal layers and via layers need a mapping.