@Mariana Huerta: This has to do with ways in which magic copes with layouts that were not generated using magic. When creating the magic views in the installed PDK from the sources in skywater-pdk, for the I/O cells, I did a complete flattening of all layouts containing
_example_
in any subcell name. It was necessary to do this to get magic to recognize many of the I/O devices. In this case of the pad cells, the subcell did not need to be flattened, but finding exceptions like this one is difficult, so I just applied a wildcard string
*_example_*
to all cells.
When cells in magic read from GDS are flattened, the subcell reference remains in the parent cell even though the cell contents have been flattened and removed from the subcell, so that it can retain a pointer to the locations of the data in the original GDS file. That's why you see empty cells (except for some unattached labels and other subcell references).
If you read the file
sky130_fd_io.gds
into magic directly (without the wildcard-based subcell flattening), you will see the actual contents of the cells (one of the "example" cells contains the pad metal and glass cut, and the other one contains the contacts).