open-source-silicon.dev

Chip-2 <https://github.com/Mudassir-043/SSCS-PICO-CHIP-2.git>

I’m getting an error when reading the gds data in magic
```Error while reading cell "(UNNAMED)" (byte position 4): Unexpected record type in input:
    Expected HEADER record but got UNITS.```
klayout ~can~ can’t open the gds, and batch processing gives
```ERROR: $HOME/2211q/1443-SSCS-PICO-CHIP-2/work/gds2txt.py:15: Stream has unknown format: gds/user_analog_project_wrapper.gds.gz in Layout.read```

If you do `file user_analog_project_wrapper.gds.gz`, does it say it's a gzipped file type?

```user_analog_project_wrapper.gds.gz: Zip archive data, at least v2.0 to extract```
I’ll unzip and try again.

But they will need to change it from zip to gzip, because the tools and flow only recognize gzipped files.

Looks like the P&amp;R cell `select_wrapper` has all of the nodes labeled. You probably just want to keep the ports.

In  `partitions5_individual_for_Symbol`, most of the psubstrate taps have no metal connection to ground (ie. only connected through substrate.

I have updated the gnd connections. Mpw prechecks have cleared. The tapeout job is in progress.

Tapeout job is also clear with updated design

<@U03L7HG0V52> It looks like you created your `user_analog_project_wrapper.gds.gz` file using the command `tar czf user_analog_project_wrapper.gds.gz user_analog_project_wrapper.gds` again. Is this correct? Although the precheck and tapeout jobs use gunzip which appears to extract this correctly, tools like klayout and magic can not open this type of compressed file. `user_analog_project_wrapper.gds.tar.gz` or `user_analog_project_wrapper.gds.tgz` is probably a better naming convention.

However, rather than using `tar` to create the file and then having to remove the original, it is simpler to `gzip user_analog_project_wrapper.gds` which compress to `user_analog_project_wrapper.gds.gz` and removes the original file automatically.

Thank you for pointing it out.
I will try the gzip command in future.

<@U017X0NM2E7>:  Both magic and klayout will parse a gzip-compressed file but both would expect that it's the GDS file itself that is gzipped, not tarballed as well (can't say for sure about klayout, but I know magic is just using the `zlib` library which will do the decompression, but it expects the uncompressed result to be a GDS file, not a tar library).  So your second statement is the one to follow.  Don't pass anything with `.gds.tar.gz` or `gds.tgz` to tapeout.