Warning# for the port width mismatch

[amildm]

Hi All,

What Warning Number is used to report the port width mismatches?

How to know what warning messages were suppressed during the compilation?

Why the synthesizer does not issue warnings for the ports with mismatched widths (width of the port in the instance and connected wired bus).

Thank you!

[sstrell]

So you know you have mismatches, but you're not seeing the warnings?  Maybe the mismatched logic was optimized away, but you'd still see a warning.

[amildm]

Exactly... I know there is a mismatch, but I don't see a warning.... How could it be so? Even a logic is optimized away, I still should see a warning...

In my specific case, I assigned the 32-bits port (output from ROM) to a single bit wire, but have not received any warning during the synthesis... How could it be so?

I'm suspecting that this warning is suppressed by mistake. How can I check this? Could be another reasons why Quartus do not alert about this mismatch?

[sstrell]

Can you show some code?

[amildm]

Here is the code:

module rom_ver_num (
		output wire [31:0] q,       //       q.dataout
		input  wire [0:0]  address, // address.address
		input  wire        clock    //   clock.clk
	);
endmodule

rom_ver_num rtl_ver_num_i (.q(rtl_ver_num), .address(1'b0), .clock(clk));

As you can see, the rtl_ver_num signal is not declared (by mistake), so compiler interpretates it a single wire, but actually it should be a 32-bits wire (the same as the q signal width).   

The Compiler has not issued any warning for this mismatch. Trying to understand why ...

[sstrell]

I'm confused by your code.  Are you instantiating rom_ver_num in something higher in the hierarchy or instantiating something else in rom_ver_num (below it)?  Your code implies the latter, but you're doing the port mapping wrong.  The signal names preceded by the dot (.) should be the lower level (module to instantiate) signals.  I'm guessing you mean your instantiation to be something like this (don't know what the lower-level address signal name is so I call it addr):

below_rom_ver_num rtl_ver_num_i (.rtl_ver_num(q), .addr(1'b0), .clk(clock));

With this code, if rtl_ver_num does not exist as a signal, then you'd get an appropriate error.  Since you've accidentally swapped the signal ordering in the port mapping, I'm not sure what's happening without seeing more code or exact warning messages in the tool.

[RichardTanSY_Altera]

You can check whether there is a warning message being suppressed by right-click in the Messages Window> Suppress > Message Suppress Manager, to see any warning messages has been suppress. Blank mean there is no warning message being suppressed currently.

If possible, I would prefer if you are able to share the whole project .qar file so I can better understand what goes wrong.

Which Quartus version and edition(pro/standard) are you using?

Best Regards,

Richard Tan

[amildm]

Can I report the suppressed messages using a TCL command?

[RichardTanSY_Altera]

For easier understanding, could you help to share your design .qar file?

Thanks.

Best Regards,

Richard Tan

[amildm]

Can I report the suppressed messages using a TCL command?

Is there a list of ALL the available WARNINGS and ERRORS with their code number (e.g. ERROR 1234)? Where can I see this list?

[RichardTanSY_Altera · Accepted solution]

Here's the list of all the error and warnings messages.

https://www.intel.com/content/www/us/en/programmable/quartushelp/current/index.htm#msgs/msgs/msgs.htm

As of now, I don't think we have tcl command for suppress message. The available tcl commands are also available on the same webpage.

Best Regards,

Richard Tan

p/s: If any answer from the community or Intel Support are helpful, please feel free to give best answer or rate 9/10 survey.

[RichardTanSY_Altera]

May I know does my latest reply helps to answer your questions? Do you need further help?

Best Regards,

Richard Tan

[RichardTanSY_Altera]

Thank you for acknowledge the solution provided.
I’m glad that your question has been addressed, I now transition this thread to community support. If you have a new question, Please login to ‘https://supporttickets.intel.com’, view details of the desire request, and post a feed/response within the next 15 days to allow me to continue to support you. After 15 days, this thread will be transitioned to community support. The community users will be able to help you on your follow-up questions.

Thank you.

Best Regards,
Richard Tan

p/s: If any answer from the community or Intel Support are helpful, please feel free to give best answer or rate 9/10 survey.