Hi Doron, Thank you for the comments. I will look into it. ed > -----Original Message----- > From: Doron Bustan [mailto:dbustan@freescale.com] > Sent: Monday, February 26, 2007 4:32 PM > To: Eduard Cerny; sv-ac@eda.org > Subject: review for 1681 > > Hi Ed, > > the review is below. I talked to one of the persons in sv-ec > and he said > that they would like to see it as well. > I am not sure which group should vote on it, but we should at > least give > them an option to > make comments. > > Review for 1681 > =================== > > 1. First paragraph - "global clocking" should be in red. > > 2. page 2 - "One clocking can be specified as the global clocking for > the design." I looked at the lrm index and could not find "design", > we need a definition of the scope of the clock. > > 3. page 2 - > > "In case when the global clocking has been specified in > the design > (see Note to editor: Insert a reference to > Global clocking subclause), for correct operation the > user should > make sure that the ticks of all other clocks > are aligned with the ticks of the global clock. The > simulation tool > may issue an error message when it detects > that this requirement has been violated." > > Need more details on what does "aligned with ticks of the global > clock" means? > > 4. page 4 item b seems redundant. > > 5. page 6 last line of a7 is too long. I think that the "Note" was > planed to have its own line. > I would not put the next value functions in yet. > > 6. page 7, last line - global clocking should be in red. > > 7. this is just a thought, but would it be useful to have an optional > switch in the global clock > declaration that defines it as the or of all the clocking event of > the design? > > regards > > Doron > > > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.Received on Tue Feb 27 07:52:39 2007
This archive was generated by hypermail 2.1.8 : Tue Feb 27 2007 - 07:52:57 PST