--- Quote Start ---
uclock and all generated clocks from it(and generated clocks from those generated clocks) will now have an extra 100ps delay. Anything analyzed between those clocks will not see it, since the 100ps will cancel out between the source clock and destination clock paths. But to other clocks not related, it will affect the setup and hold analysis by 100ps.
If the clock is delayed 100ps, then it's correct. If it's not, then it's not correct. Who put the constraint in?
--- Quote End ---
Thanks for your input.
One of the designer put the constraint in at the beginning of the project. When, at the end of the project, we realized that we could not get consistent reliable builds with no negative slack, we examined all of the constraints, and since we could not tell why this one was needed, we removed and builds are now all good.
Honored Contributor
