Matt, my votes. -Tom ________________________________ From: owner-sv-bc@server.eda.org [mailto:owner-sv-bc@server.eda.org] On Behalf Of Maidment, Matthew R Sent: Wednesday, December 12, 2007 12:34 AM To: sv-bc@server.eda.org Subject: [sv-bc] E-mail Ballot Due Dec 17 8AM PST -You have until 8am PST, Monday, December 17, 2007 to respond -An issue passes if there are zero NO votes and half of the eligible voters respond with a YES vote. -If you vote NO on any issue, your vote must be accompanied by a reason. The issue will then be up for discussion during a future conference call. -Note: For some issues, the proposed action is captured in the bug note (resolve as duplicate, already addressed, etc.). As of the December 10, 2007 meeting, the eligible voters are: Brad Pierce Shalom Bresticker Cliff Cummings Mark Hartoog Francoise Martinolle Karen Pieper Dave Rich Steven Sharp Gordon Vreugdenhil Stu Sutherland Alex Gran Don Mills Heath Chambers Tom Alsop Doug Warmke Mike Burns SVDB 1397 __Yes _X_No http://www.eda.org/svdb/view.php?id=1397 <http://www.eda.org/svdb/view.php?id=1397> Can you vote down your own proposal?? After some internal discussion here at Intel about the dangers of this proposal vs the benefits we have decided to vote this one down and wait for the hybrid text/token description to come at a later time. SVDB 1809 ___Yes ___No X Abstain http://www.eda.org/svdb/view.php?id=1809 I don't have anywhere near the comprehension that I need to make a vote on this. I understood Gord's original proposal, but the new one is very difficult to understand so I'll let the implementation folks make the decision. SVDB 2037 ___Yes _X_No (Just want a couple questions clarified before I change to yes) http://www.eda.org/svdb/view.php?id=2037 In example 3, is there a dependency on the order of the "instance" lines. In other words do I have to override the .WIDTH(32) _before_ I override top.a1 on the next line? What if I reversed the order of these lines? Any issues there that we need to consider or clarify in the proposal? config cfgl; design rtlLib.top; instance top use #(.WITDH(32)); instance top.a1 use #(.W(top.WIDTH)); endconfig In example 4, do we need to consider the semantic difference between parameter vs localparam. For example, if I have a localparam in top4 for WIDTH, this in essence means I don't want to change this value. If I am using a "parameter" in the config to override this, is this okay? To avoid this type of confusion, perhaps all config parameters should be localparam? A parameter or localparam can be used in a configuration to represent a value sent to multiple instances. module top4 (); parameter WIDTH = 16; adder a1 #(.ID("a1"))(...); adder a2 #(.ID("a2"))(...); adder a3 #(.ID("a3"))(...); adder a4 #(.ID("a4"))(...); endmodule config cfg2; localparam S = 24 design rtlLib.top4; instance top4.a1 use #(.W(S)); instance top4.a2 use #(.W(S)); endconfig SVDB 2106 _X_Yes ___No http://www.eda-stds.org/sv-bc/hm/7701.html http://www.eda.org/svdb/view.php?id=2106 SVDB 1602 _X_Yes ___No http://www.eda.org/svdb/view.php?id=1602 SVDB 2097 _X_Yes ___No http://www.eda.org/svdb/view.php?id=2097 -- This message has been scanned for viruses and dangerous content by MailScanner <http://www.mailscanner.info/> , and is believed to be clean. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.Received on Sat Dec 15 04:59:23 2007
This archive was generated by hypermail 2.1.8 : Sat Dec 15 2007 - 05:00:25 PST