Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

IO cell library VDD mismatch #683

Closed
bkoppelmann opened this issue Oct 28, 2022 · 2 comments
Closed

IO cell library VDD mismatch #683

bkoppelmann opened this issue Oct 28, 2022 · 2 comments

Comments

@bkoppelmann
Copy link

Hi,

My stdcells are using 1.2V, so I was using vlsi.inputs.supplies.VDD: "1.2 V". However, my IO cells are using 3.3V. If I annotate the IO cell libs with

"supplies": {
    "VDD": "3.3 V",
    "GND": "0 V"
} 

then Hammer will not find those libs as I defined VDD to be 1.2 V. My workaround has been to just annotate the cell libs with the voltages I need. This feels like a hack to me. Is there a better way to do this?

Cheers,
Bastian

@harrisonliew
Copy link
Contributor

Bastian,

Unfortunately, this is what you have to do for now. One could argue that for IO cells, what matters is the inward facing voltage, not the signaling voltage, which would still be 1.2V.

Anyways, we are slowly working on enabling true multi-power domain flows, in which you could specify multiple power domains and therefore be able to get all the relevant cell libraries.

@bkoppelmann
Copy link
Author

Hi Harrison,

One could argue that for IO cells, what matters is the inward facing voltage, not the signaling voltage, which would still be 1.2V.

Had the same thought right after I created the issue :). The workaround works for me. I just wanted to make sure I didn't overlook something.

Thanks,
Bastian

@ucb-bar ucb-bar locked and limited conversation to collaborators Mar 8, 2023
@harrisonliew harrisonliew converted this issue into discussion #724 Mar 8, 2023

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants