Tim Edwards
03/02/2023, 2:35 PMMatthew Guthaus
03/02/2023, 3:32 PMTim Edwards
03/02/2023, 8:02 PMMatthew Guthaus
03/02/2023, 8:17 PMTim Edwards
03/02/2023, 8:22 PMMatthew Guthaus
03/02/2023, 8:47 PMTim Edwards
03/05/2023, 3:05 PMMatthew Guthaus
03/06/2023, 9:23 PMTim Edwards
03/09/2023, 9:43 PMSubcircuit SKY130_fd_PR__PFET_01V8 has not been defined for instance X0
and Duplicate device
(both of which must be false positives). I wasn't necessarily expecting simulation times to be reasonable, but I was looking for a baseline to determine if it's necessary to pare down the layout to make a simulation practical (the answer appears to be "yes", at least for ngspice).Matthew Guthaus
03/13/2023, 9:58 PMTim Edwards
03/13/2023, 9:59 PMBugra Onal
03/13/2023, 10:47 PMTim Edwards
03/14/2023, 2:30 AMsky130_tiny
called functional_stim.sp
. This file is full of PWL sources that must have been generated by a script. Is that script available?Matthew Guthaus
03/25/2023, 2:24 PMTim Edwards
03/25/2023, 3:08 PMsky130_fd_bd_sram__sram_sp_colenda
has a label vnb
that has been erroneously placed on layer 64:5 which is for n-well text, while the vnb
is placed in p-well. There is also a correct label vnb
on 64:59 (p-well/substrate text). The magic tech file assumes, based on the standard SkyWater rules, that any pin layer must be accompanied by the actual layer, and will drop the actual layer into the pin position automatically. So the vnb
pin ends up with n-well inside it when reading GDS from magic, and the n-well being incompatible with an nFET device, and with the pin in that cell slightly overlapping an nFET, part of the nFET gets chopped out. This is mainly an issue in magic due to the way the GDS read-in rules are constructed. But ultimately it is an error in the GDS (but not a mask data error, so non-fatal).