Forum Discussion
22.1 PRO: (*preserve_for_debug*) signals not preserved
- 4 years ago
Hello,
Alright thanks for the feedback. I've let them know that you expect this fix to apply to all data types.
In the meantime your only workaround is to have the signal connected to an i/o port.
With that, I now transition this thread to community support. If you have a new question, feel free to open a new thread to get the support from Intel experts. Otherwise, the community users will continue to help you on this thread. Thank you.
Regards,
Nurina
P/S: If you like my comment, feel free to give Kudos. If my comment solved your problem, feel free to accept my comment as solution.
Yes, and then it says "by specifying assignments in the Assignment Editor or project .qsf file directly." There are multiple methods for using this.
I'm not saying you did anything wrong but again, what you are trying to preserve with this is not what this feature is for. Use virtual pin assignments and you will be good to go.
preserve_for_debug is for internal signals, not outputs.
- alexislms4 years ago
Contributor
@sstrell wrote:
Yes, and then it says "by specifying assignments in the Assignment Editor or project .qsf file directly." There are multiple methods for using this.
I'm not saying you did anything wrong but again, what you are trying to preserve with this is not what this feature is for.
I quoted the documentation showing it is meant for my situation.
Use virtual pin assignments and you will be good to go.
virtual pins aren't mentioned in the doc, nowhere for debugging purpose.
I feel like this "technique" is just a work-around that people have been used and advised for years (and convinced themselves it's the way to go) just due to the lack of proper support for debugging.
After the Xilinx's mark_debug experience, this technique seems very inefficient and a huge step back to the past.
preserve_for_debug is for internal signals, not outputs.
there no such limitations written in the doc, quite the opposite
"sigtodebug" is an output of a module, not an output pin, therefore it is an internal signal