Shekar, Why is it necessary to model a trireg? I ask because trireg is a bit of an ugly wart - the only net that doesn't behave like a net and combines resolutions with storage. That really breaks the UDN model for resolution functions. I don't know how users will model capacitive networks and charge decay in a non-digital scheme. We need to first come up with the abstractions and then attempt to see if that should be modeled by a capacitance element or a special net type - evidently I'm leaning towards the former. Arturo From: owner-sv-dc@eda.org [mailto:owner-sv-dc@eda.org] On Behalf Of Shekar Chetput Sent: Thursday, February 05, 2015 5:57 PM To: O'Leary, Martin; Little, Scott; sv-dc@eda.org Subject: [sv-dc] RE: SV-DC agenda for 2015.02.06 Scott, Here is one more topic for discussion: * Ability to model a trireg like behavior on a net of a UDN Cheers, Shekar. From: owner-sv-dc@eda.org<mailto:owner-sv-dc@eda.org> [mailto:owner-sv-dc@eda.org] On Behalf Of O'Leary, Martin Sent: Thursday, February 05, 2015 8:30 AM To: Little, Scott; sv-dc@eda.org<mailto:sv-dc@eda.org> Subject: [sv-dc] RE: SV-DC agenda for 2015.02.06 Scott, Here are two additional items that came from an internal review. 1) Support for multiple power supplies 2) Support of strings in UDNs (to help with debug and checking) Thanks, --Martin From: owner-sv-dc@eda.org<mailto:owner-sv-dc@eda.org> [mailto:owner-sv-dc@eda.org] On Behalf Of Little, Scott Sent: Thursday, February 05, 2015 8:21 AM To: sv-dc@eda.org<mailto:sv-dc@eda.org> Subject: [sv-dc] SV-DC agenda for 2015.02.06 Please send any additional work items to the reflector prior to the meeting. You can raise them in the meeting as well, but I would prefer to have something written sent to the reflector prior to the meeting. Thanks, Scott Agenda: 1. IEEE patent policy (http://standards.ieee.org/board/pat/pat-slideset.ppt) Please read the above content if you aren't familiar with it already. 2. Minutes Approval 3. Discuss potential work items * UPF support for adapters * Event sensitivity to aggregates * Resolution function error messages * Global variable access in resolution functions * Advanced run time timing control 4. Roadmap document [http://goo.gl/OOI0gN] a. Review work items b. Prioritize work items c. Estimate time required for work items Upcoming dates to note: 2015-02-06 - SV-DC meeting 2011-02-20 - SV-DC meeting 2011-02-27 - SV-DC meeting Dial-in Information: US: 1 888 875 9370 India: 1 800 425 2663 (or) 080 2520-8990 Israel: 08-666-2663 Eindhoven: +31 4080 02004 Bridge: 5 Conference ID: 660311529 ......................................................................................................................................... --> Join Lync Meeting<https://meet.intel.com/scott.little/SYCRP713> Join by phone +1(916)356-2663 (or your local bridge access #) Choose bridge 5.<tel:+1(916)356-2663%20(or%20your%20local%20bridge%20access%20#)%20Choose%20bridge%205.> (Global) English (United States) Find a local number<https://dial.intel.com> Conference ID: 660311529 Forgot your dial-in PIN?<https://dial.intel.com> |Help<http://o15.officeredir.microsoft.com/r/rlidLync15?clid=1033&p1=5&p2=2009> [!OC([1033])!] ......................................................................................................................................... -- 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<http://www.mailscanner.info/>, and is believed to be clean. -- 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 Thu Feb 5 22:05:31 2015
This archive was generated by hypermail 2.1.8 : Thu Feb 05 2015 - 22:05:38 PST