<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0"><channel><title>Prabal Bhattacharya Blog</title><link>http://www.cadence.com/Community/search/SearchResults.aspx?&amp;u=57036&amp;un=PrabalB&amp;Scope=Blogs</link><description>Search results by user ID 57036</description><dc:language>en-US</dc:language><generator>CommunityServer 2007.1 (Build: 20917.1142)</generator><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/cadence/community/blogs/57036" /><feedburner:info uri="cadence/community/blogs/57036" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item><title>DVCon 2012: Bringing Continuous Domain into SystemVerilog Covergroups</title><link>http://feedproxy.google.com/~r/cadence/community/blogs/57036/~3/7n2QFtpniIM/dvcon-2012-bringing-continuous-domain-into-systemverilog-covergroups.aspx</link><pubDate>Fri, 30 Mar 2012 20:50:00 GMT</pubDate><guid isPermaLink="false">75bcbcf9-38a3-4e2e-b84b-26c8c46a9500:1309490</guid><dc:creator>PrabalB</dc:creator><description>On the last day of February 2012, I presented a proposal at the &lt;a href="http://www.dvcon.org"&gt;DVCon 2012 Conference&lt;/a&gt; to extend SystemVerilog&amp;nbsp; to support a real data type in coverpoint objects in order to facilitate mixed-signal verification for functional coverage. The paper, titled &amp;ldquo;&lt;strong&gt;Bringing Continuous Domain into SystemVerilog Covergroups,&lt;/strong&gt;&amp;rdquo; reflected a year-long effort between Cadence R&amp;amp;D and Scott Little of Freescale (Scott moved to Intel just before we submitted our work to DVCon) that culminated in a prototype of SystemVerilog real coverage in action. We wanted to share this development with the digital verification community&amp;nbsp;that usually represents the majority of DVCon crowd. &lt;p class="MsoNormal" style="margin:0in 0in 0pt;"&gt;&amp;nbsp;&lt;/p&gt;&lt;p class="MsoNormal" style="margin:0in 0in 0pt;"&gt;After providing a brief refresher on functional coverage basics, the paper went on to ask: &amp;ldquo;How do analog effects get captured in functional coverage while performing system level verification?&amp;rdquo; Since analog effects are described in form of floating point numbers, it becomes apparent that to meet the needs of mixed-signal in functional coverage, the language needs to support a floating point (&lt;em&gt;aka&lt;/em&gt; real) data type. Since SystemVerilog&amp;nbsp;is widely used in verification, we developed our proposal around the P1800-2009 standard of SystemVerilog. &lt;/p&gt;&lt;p class="MsoNormal" style="margin:0in 0in 0pt;"&gt;&amp;nbsp;&lt;/p&gt;&lt;p class="MsoNormal" style="margin:0in 0in 0pt;"&gt;The paper then went into the detailed mechanics of real typed SystemVerilog coverpoint objects. It highlighted an important extension to the language,&amp;nbsp;specifically&lt;em&gt; &lt;/em&gt;an instance-specific covergroup option called &lt;em&gt;range_precision&lt;/em&gt;, to divide a range of vector bins into sub-ranges. It also explained how the existing features of SystemVerilog covergroup can be modified or extended with the introduction of real data type. Finally, the paper explored some of the challenges that are still open in the areas of floating point arithmetic and issues related to overflow and underflow. It drew&amp;nbsp;a conclusion stating that our next step would be to complete an analysis of the Functional Coverage Section of the P1800 SystemVerilog Language Reference Manual (P1800-2012) and then work with the SV-EC sub-committee members for standardization of our proposal.&lt;/p&gt;&lt;p class="MsoNormal" style="margin:0in 0in 0pt;"&gt;&amp;nbsp;&lt;/p&gt;&lt;p class="MsoNormal" style="margin:0in 0in 0pt;"&gt;The audience was primarily filled with users from the digital verification community, and therefore there was a lot of curiosity in hearing a presentation coming from someone more oriented to the analog and mixed-signal world. An engineer from Dialog Semiconductor expressed strong interest in our work and stated that she found immediate use of this approach in her group&amp;rsquo;s verification initiatives. There was a concern raised by one member of the audience&amp;nbsp;who wondered&amp;nbsp;whether we&amp;rsquo;re trying to make the language more complex. We explained that the we were only proposing extensions that fill the gap between the existing integral type support to the desired level of real data type support. &lt;/p&gt;&lt;p class="MsoNormal" style="margin:0in 0in 0pt;"&gt;&amp;nbsp;&lt;/p&gt;&lt;p class="MsoNormal" style="margin:0in 0in 0pt;"&gt;There were some very good suggestions provided as part of audience feedback,&amp;nbsp;such as&amp;nbsp;consideration of logarithmic ranges and also support for the real data type for transition bins.Overall it was a very enriching experience for me and my colleagues to share our work with a community of folks who are certainly showing signs of interest to extend standard verification techniques to the wonderful world of analog. If you need further information on the presentation, please do not hesitate to contact me at &lt;a href="mailto:prabal@cadence.com"&gt;prabal@cadence.com&lt;/a&gt;.&lt;/p&gt;&lt;p class="MsoNormal" style="margin:0in 0in 0pt;"&gt;&amp;nbsp;&lt;/p&gt;&lt;p class="MsoNormal" style="margin:0in 0in 0pt;"&gt;Prabal Bhattacharya&lt;/p&gt;</description><feedburner:origLink>http://www.cadence.com/Community/blogs/ms/archive/2012/03/30/dvcon-2012-bringing-continuous-domain-into-systemverilog-covergroups.aspx</feedburner:origLink></item><item><title>M/S Technology on Tour Blog – Model Validation and Assertion Based Verification</title><link>http://feedproxy.google.com/~r/cadence/community/blogs/57036/~3/ARTVZN46EHY/m-s-technology-on-tour-blog-model-validation-and-assertion-based-verification.aspx</link><pubDate>Tue, 28 Jun 2011 13:00:00 GMT</pubDate><guid isPermaLink="false">75bcbcf9-38a3-4e2e-b84b-26c8c46a9500:1278066</guid><dc:creator>PrabalB</dc:creator><description>In February 2011, I had the opportunity to meet a group of analog and mixed-signal design and verification engineers in Boston, Austin and Irvine as part of the &lt;a href="http://www.cadence.com/cadence/events/Pages/event.aspx?eventid=502"&gt;Cadence Mixed-Signal Tech-on-Tour program&lt;/a&gt;. This was a revealing experience for me in many ways. Having been intimately involved with the &lt;a href="http://www.cadence.com/products/cic/ams_designer/Pages/default.aspx"&gt;AMS Designer simulator&lt;/a&gt; development for the past 11 years, it was fantastic to see how mixed-signal verification is gaining pace, and how our users are eager to partner with us to solve some of their most challenging verification goals. &lt;p&gt;Put in another way, it was clear that design evolutions are challenging classic mixed-signal verification techniques and our users and us must together innovate to ensure that mixed-signal verification is no longer an afterthought, but is part of the initial verification plan and that verification task execution must happen in a unified way across the analog and digital boundaries.&lt;/p&gt;&lt;p&gt;During my whirlwind but intensely satisfying journey, several key topics came up for discussion that provided food for further internal brainstorming as I came back. I will briefly touch upon two of these topics here, and describe others in future blogs.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Model validation&lt;/b&gt;&lt;/p&gt;&lt;p&gt;As verification at the system level becomes more complex and resource intensive, our users are leaning more and more about building efficient models at different levels of abstraction. A well written model is critical to meeting the right set of verification goals at every stage of verification, ranging from meeting detailed specs at the block level (such as verifying all modes of a programmable gain amplifier, or ensuring typical analog specifications such as distortion or noise figure) all the way to finding the so-called &amp;quot;stupid&amp;quot; errors (connectivity errors, flipped polarity) at the higher level where several blocks with mutual feedback are being integrated.&lt;/p&gt;&lt;p&gt;There is a significant pool of knowledge that exists in the industry today around mixed-signal behavioral modeling. However, there exists another aspect of adopting the modeling approach in verification that must not be overlooked. Deploying behavioral models in block level verification works as a methodology only when there is a scalable and robust way to validate a model against its corresponding schematic. &lt;/p&gt;&lt;p&gt;This is where the Cadence Virtuoso model validation tool (amsDMV) fills a much needed gap, as users from multiple companies came and revealed during informal discussion session. The amsDMV tool provides a simple and automated way to run a set of targeted tests that gives a simple yes/no answer to the model developer if his/her model can reliably replace the schematic for a certain verification goal. This is illustrated by the following graphic:&lt;/p&gt;&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;p style="margin:10pt 0in;" class="MsoNormal"&gt;&lt;font size="2" face="Calibri"&gt;&lt;a href="http://www.cadence.com/Community/CSSharedFiles/blogs/ms/amsdmv.jpg"&gt;&lt;img border="0" src="http://www.cadence.com/Community/CSSharedFiles/blogs/ms/amsdmv.jpg" style="width:579px;height:422px;" alt="" /&gt;&lt;/a&gt;&lt;/font&gt;&lt;/p&gt;&lt;span&gt;&lt;/span&gt;&lt;span&gt;&lt;/span&gt;&lt;p&gt;One interesting request from one of the users I spoke to was the ability to customize the pass/fail criteria so that instead of just comparing the waveforms from the model and schematic driven simulations, the tool is able to perform more complex comparisons using user defined criteria such as behavioral similarity of the two simulations. Another user asked if it was possible to filter the comparison to specific windows in time that satisfied a set of user specified conditions. I believe all these are very valid inputs for the team to consider to make amsDMV truly indispensible in setting up an automated verification methodology based on behavioral modeling.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Assertion Based Verification (ABV) for Mixed-Signal&lt;/b&gt;&lt;/p&gt;Our users, specifically the SoC verification leads, are clearly finding the need to incorporate analog and mixed-signal verification goals in to their assertion. This need stems from two core changes that are happening at the mixed signal verification arena.&lt;span&gt; &lt;ul&gt;&lt;li&gt;As part of SOC verification, key blocks that digital verification teams developed their assertion based verification methodology around are being replaced by mixed-signal behavioral blocks for better analog characterization. This immediately implies that the assertion goals for the digital block are not thrown away when its analog counterpart is plugged into the system. Instead, it is expected that the assertion conditions, expressed in standard languages such as Property Specification Language (PSL) or SystemVerilog assertions (SVA), are able to represent analog and mixed-signal expressions so that they can be evaluated along with the rest of the system. An example of this is:&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;b&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; // psl assert always ({V(sig1);a} |=&amp;gt; {V(sig2);b}) @(cross(V(sig3)));&lt;/b&gt; &lt;/p&gt;&lt;ul&gt;&lt;li&gt;Another type of change that is demanding new envelopes to be explored for assertion is occurring in the pure block-based verification domain. Users here are seeing the need for a more complex language that can accurately capture their verification goals that traditional analog tools such as measurement languages or &amp;quot;assert&amp;quot; devices could not express. Moreover, as verification environments across the digital and analog boundaries get integrated, using a single assertion based verification methodology across digital, mixed-signal and analog worlds mean verification information can be exchanged seamlessly, thereby enabling the dream of unified and plan-based mixed-signal verification to come to fruition.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Toward this end, Cadence PSL and SVA based mixed-signal ABV solutions are useful and a step in the right direction. By using the subsets of PSL and SVA that let users evaluate assertions involving either mixed-signal or real-valued expressions at the digital clock, SoC verification engineers are no longer &amp;quot;shutting down&amp;quot; significant portions of their assertions just because the underlying block has turned into analog. &lt;/p&gt;&lt;p&gt;During my presentation at Austin, one user commented on the need to standardize the analog and mixed-signal assertion language based on SVA. Another user queried about how PSL based assertions could be part of his block based verification. To answer this, I pointed him to the Mixed-Signal Assertion Based Verification Tutorial that is shipped with the Cadence Virtuoso AMS Designer Simulator.&lt;/p&gt;&lt;p&gt;The best part of my journey was in meeting users who wanted to move forward by discarding age old tools that no longer worked in today&amp;#39;s design and verification systems. Bolting Verilog and transistor level blocks together without precisely knowing what to verify can be disastrous in a system level verification from a simulation cost/ROI point of view. These users possessed the vision to make changes in the way things are being done, and I felt excited to be part of the discussion where they saw a partner in us to make their dream a reality.&lt;/p&gt;&lt;p&gt;I hope to explore more frontiers in future blogs. I highly encourage users to also refer to the Newsletters and Articles at the Designer&amp;#39;s Guide &lt;a href="http://www.designers-guide.com/newsletters/"&gt;web site&lt;/a&gt; where Ken Kundert and Henry Chang have been promoting the &amp;quot;new&amp;quot; style of analog verification and have quite a few success stories to report.&lt;/p&gt;&lt;p&gt;Prabal Bhattacharya&lt;/p&gt;&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;/span&gt;</description><feedburner:origLink>http://www.cadence.com/Community/blogs/ms/archive/2011/06/28/m-s-technology-on-tour-blog-model-validation-and-assertion-based-verification.aspx</feedburner:origLink></item></channel></rss>
