Stats

  • Locked Locked
  • Replies 3
  • Subscribers 65
  • Views 13783
  • Members are here 0
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

e testflow

myonlyscreen

 Hi,

I am using e testflow, and encountering an interesting case that i would like to share and get your feedbacks.

I have an environment "A" with tf_domain == domain_a.

Under this  environment i am instantiating an environment "B" which is testflow unit and have 2 sequence drivers which are also testflow units.

According to the Cadence test flow document, if the tf_domain field is untouched, it is determined to be (with soft constraint) to be the same as the nearest enclosing testflow unit, if there isn't such  tf_domain is set to DEFAULT.

However, what i see is:

env_b.tf_domain = domain_a

env_b.seq_driver_1.tf_domain = domain_a

env_b .seq_driver_2.tf_domain =DEFAULT

How come the second sequence driver didn't got the same tf_domain value like the other units?

Moreover, the tf_domain field is declared as const, thus can not be changed after generation.

I will be happy to hear your feedbacks.

 

Parents

  •  Hi Hannes,

    First, thanks for your quick  response, I have tried your suggestion and it fix the problem.

    Moreover, even constraining only the env "B" solve it.

    It seems like the generation solver somehow ignored the soft constrain.

    The explicit keep on the tf_domain solve this problem.

    While we are talking on e testflow I want to ask one more question.

    Does the usage of testflow make the e objection mechanism redundant  ?

    What are Cadence recommendation on this subject ? 

    Regards,

    E.M.

Reply

  •  Hi Hannes,

    First, thanks for your quick  response, I have tried your suggestion and it fix the problem.

    Moreover, even constraining only the env "B" solve it.

    It seems like the generation solver somehow ignored the soft constrain.

    The explicit keep on the tf_domain solve this problem.

    While we are talking on e testflow I want to ask one more question.

    Does the usage of testflow make the e objection mechanism redundant  ?

    What are Cadence recommendation on this subject ? 

    Regards,

    E.M.

Children
No Data

Community Guidelines

The Cadence Design Communities support Cadence users and technologists interacting to exchange ideas, news, technical information, and best practices to solve problems and get the most from Cadence technology. The community is open to everyone, and to provide the most value, we require participants to follow our Community Guidelines that facilitate a quality exchange of ideas and information. By accessing, contributing, using or downloading any materials from the site, you agree to be bound by the full Community Guidelines.