I agree with Shalom. Others may find it important enough to push it through. We won't know until it gets posted. Bresticker, Shalom wrote On 06/12/07 02:51,: > I suggest you do both. Open a mantis item and post the white paper > there, and also send it on the reflector and start an email discussion. > > Shalom > > > >>-----Original Message----- >>From: owner-sv-bc@server.eda.org [mailto:owner-sv-bc@server.eda.org] >>On Behalf Of Jonathan Bromley >>Sent: Tuesday, June 12, 2007 12:47 PM >>To: sv-bc@server.eda-stds.org >>Subject: [sv-bc] Asking for advice: modport enhancements >> >>hi SV-BC, >> >>I would value your collective advice on how best to >>approach this... >> >>For some time I've been troubled by the way interfaces >>and modports don't quite hit the spot for designers. >>I need solutions to two big problems: abstraction of >>interconnect, and configurable (generatable) port lists >>for design IP. Interfaces and modports get me close to >>both, but not close enough. I now have what I believe >>to be a coherent set of proposals for significant >>enhancement of the modport construct, and I'm ready to >>post a "white paper" as a Mantis item. >> >>I'm very conscious that sv-bc has a lot on its plate >>right now and I have no desire to disrupt that activity >>by adding a major new piece of work. There would be >>some knock-on work for CC and EC too, but the bulk of it >>would fall to BC. >> >>On the other hand, if I hold back for much longer, the >>changes would likely not make it into 1800-2008 - and thus >>something I feel *very* strongly about would probably not >>become available to designers within my working career. >> >>Is there any appetite within sv-bc for such work? >>Should I: >>- just go ahead and post a Mantis, and let it take >> its chances? >>- open an email discussion first, to refine the ideas >> so that a fully-formed proposal can be prepared? >>- accept that it's too much to do for 1800-2008, and >> simply hold off (frustrated) until later? >> >>Thanks for your consideration >>-- >>Jonathan Bromley, Consultant >> >>DOULOS - Developing Design Know-how >>VHDL * Verilog * SystemC * e * Perl * Tcl/Tk * Project Services >> >>Doulos Ltd. Church Hatch, 22 Market Place, Ringwood, Hampshire, BH24 >>1AW, UK >>Tel: +44 (0)1425 471223 Email: >>jonathan.bromley@doulos.com >>Fax: +44 (0)1425 471573 Web: >>http://www.doulos.com >> >>The contents of this message may contain personal views which >>are not the views of Doulos Ltd., unless specifically stated. >> >>-- >>This message has been scanned for viruses and >>dangerous content by MailScanner, and is >>believed to be clean. > > -- --------------------------------------------------------------------- Neil Korpusik Tel: 408-276-6385 Frontend Technologies (FTAP) Fax: 408-276-5092 Sun Microsystems email: neil.korpusik@sun.com --------------------------------------------------------------------- -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.Received on Tue Jun 12 10:16:13 2007
This archive was generated by hypermail 2.1.8 : Tue Jun 12 2007 - 10:16:38 PDT