<@U016B4S5Z9U> <@U016EM8L91B><@U0169AQ41L6> Hi, wh...
# osut
Tuohang Zeng
03/13/2022, 2:41 AM@User @User@User Hi, when I tried running DRC in klayout, it raised violations for the close nsdm shapes (red meshes) that are not merged. I found the nsdm layer to be 0.01um short compared to the site height (4.44um) . Also, do we have fill cells that have the nsdm and psdm layers? Thanks
t
Tim Edwards
03/13/2022, 3:25 PMI can't tell anything from this. What are the cells shown here? FYI, all fill cells have NSDM and PSDM stretching the width of the cell.
t
Tuohang Zeng
03/13/2022, 5:42 PMThose are the OSU 12T hs cells. From looking at the fill cells, I don't see NSDM and PSDM stretching across them. When I opened the inv_1 cell, as an example, the nsdm layer reached 0.01 um less than met1. It only reached 4.43um as opposed to 4.44um which is the site height. When the cells are placed on the layout in opposite orientations, they left a thin 0.02um wide space in the middle where the nsdm layers do not cover.
t
Tim Edwards
03/13/2022, 7:15 PMSince you didn't say that you were using the OSU cells, I assumed that you were using SkyWater standard cells. If the OSU cells have issues with causing DRC errors when abutted in a certain way, then you need to take that up with James Stine, whose group designed the cells.
🙏 1
t
Teo Ene
03/13/2022, 9:27 PM@User let me get back to you on Monday. Rushing to meet a deadline today.
Teo Ene
03/13/2022, 9:29 PMThere are two possible explanations. I can't remember off the top of my head how we handled PDSM in the end, because we went back-and-forth several times between manually painting it or using a rule.
Teo Ene
03/13/2022, 9:30 PM@User just in case the error exists in some, but not all, cells, would you mind letting me know which cells are involved in that first screenshot?
t
Tuohang Zeng
03/13/2022, 10:55 PMHi @User, I can't speak for all the cells, but I think all the cells we encountered share this problem. A cell that has this issue is sky130_osu_sc_12T_hs__inv_1. Thanks!
m
mehdi
03/13/2022, 10:59 PM@User we fixed this locally but it would be great when you have some cycles to update it on github. Also where should we file issues in the future?
t
Teo Ene
03/13/2022, 10:59 PMGot it, thanks! I'll check and see what the issue is.
Teo Ene
03/13/2022, 11:00 PM@User someone from the group should update it on github shortly, I'll ping everyone once I see what's wrong
🙌 1
Teo Ene
03/13/2022, 11:01 PMAs for where to file issues, let me go ask what the current location of our public repo is
Teo Ene
03/13/2022, 11:07 PMIt seems like this used to be the place?:
https://github.com/google/skywater-pdk-libs-sky130_osu_sc.git
But it's no longer up.
Teo Ene
03/13/2022, 11:08 PMI'll ping the group; OSU needs some public-facing repo on GitHub for this.
t
Tim Edwards
03/14/2022, 7:39 PM@User: The repository names that I am currently using in open_pdks to pull the OSU standard cells are: https://foss-eda-tools.googlesource.com/skywater-pdk/libs/sky130_osu_sc_t12 https://foss-eda-tools.googlesource.com/skywater-pdk/libs/sky130_osu_sc_t15 and https://foss-eda-tools.googlesource.com/skywater-pdk/libs/sky130_osu_sc_t18.
t
Teo Ene
03/14/2022, 7:40 PMThat is correct. That is where the std cells (and their characterization) are located.
Teo Ene
03/14/2022, 7:40 PMThe issue is just that there is not a public-facing GitHub repo as well, where issues can be posted.
Teo Ene
03/15/2022, 4:03 PM@User @User I've identified the issue (a mis-sized BOUNDARY layer, which we relied on to automatically draw NDSM/PDSM) and let OSU know about it.
Teo Ene
03/15/2022, 4:04 PMSorry, meant to post this yesterday, never managed to hit the "send" key.
t
Tuohang Zeng
03/15/2022, 4:05 PMThank you very much @User
2 Views