<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Notes from the IP 08 Panel</title>
	<atom:link href="http://jakob.engbloms.se/archives/440/feed" rel="self" type="application/rss+xml" />
	<link>http://jakob.engbloms.se/archives/440?&#038;owa_medium=feed&#038;owa_sid=</link>
	<description>Computer Technology: Simulation, Virtualization, Virtual Platforms, Embedded, Multicore and Multiprocessing (by Jakob Engblom)</description>
	<lastBuildDate>Thu, 12 Jan 2012 21:54:16 -0800</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jakob</title>
		<link>http://jakob.engbloms.se/archives/440/comment-page-1#comment-1965</link>
		<dc:creator>Jakob</dc:creator>
		<pubDate>Tue, 09 Dec 2008 19:55:13 +0000</pubDate>
		<guid isPermaLink="false">http://jakob.engbloms.se/?p=440#comment-1965</guid>
		<description>Thanks for the correction of the post. 

A comment-on-comment:
&lt;blockquote&gt;
deriving all the models and deliverables for a piece of IP - from fast functional VP kinds of simulation models through to the actual RTL implementation plus testbenches - through an automated configuration and generation process (as we do at Tensilica).
&lt;/blockquote&gt;
I think that is an excellent point, but that achieving this in practice for general hardware seems hardware than when using a more focused tool such as the Tensilica system.  Being &quot;restricted&quot; to that particular class of problem should make this much simpler than when applying it to arbitrary hardware. 

Also, the second problem which the panel did not address (as this was about new chip design mainly due to the context in a chip design conference) is how to model all the stuff that is already out there... most of a new system is old hardware that already exists, and that also needs to be modeled to get a complete system to run software on.  And there, good old manual programming of device models is hard to get around.</description>
		<content:encoded><![CDATA[<p>Thanks for the correction of the post. </p>
<p>A comment-on-comment:</p>
<blockquote><p>
deriving all the models and deliverables for a piece of IP &#8211; from fast functional VP kinds of simulation models through to the actual RTL implementation plus testbenches &#8211; through an automated configuration and generation process (as we do at Tensilica).
</p></blockquote>
<p>I think that is an excellent point, but that achieving this in practice for general hardware seems hardware than when using a more focused tool such as the Tensilica system.  Being &#8220;restricted&#8221; to that particular class of problem should make this much simpler than when applying it to arbitrary hardware. </p>
<p>Also, the second problem which the panel did not address (as this was about new chip design mainly due to the context in a chip design conference) is how to model all the stuff that is already out there&#8230; most of a new system is old hardware that already exists, and that also needs to be modeled to get a complete system to run software on.  And there, good old manual programming of device models is hard to get around.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Grant Martin</title>
		<link>http://jakob.engbloms.se/archives/440/comment-page-1#comment-1961</link>
		<dc:creator>Grant Martin</dc:creator>
		<pubDate>Sat, 06 Dec 2008 23:21:07 +0000</pubDate>
		<guid isPermaLink="false">http://jakob.engbloms.se/?p=440#comment-1961</guid>
		<description>Sorry, messed up something - the previous comment was from me....</description>
		<content:encoded><![CDATA[<p>Sorry, messed up something &#8211; the previous comment was from me&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gran</title>
		<link>http://jakob.engbloms.se/archives/440/comment-page-1#comment-1960</link>
		<dc:creator>Gran</dc:creator>
		<pubDate>Sat, 06 Dec 2008 23:20:07 +0000</pubDate>
		<guid isPermaLink="false">http://jakob.engbloms.se/?p=440#comment-1960</guid>
		<description>Jakob, an excellent and useful summary of the panel.   I wish I had been able to be there.   The observations on how to derive the various kinds of virtual platforms points up again the virtue (pun intended) of deriving all the models and deliverables for a piece of IP - from fast functional VP kinds of simulation models through to the actual RTL implementation plus testbenches - through an automated configuration and generation process (as we do at Tensilica).  Only by pre-planning the IP creation, configuration, generation and delivery process, and ensuring a highly automated flow for creating all deliverables, can one end up with simultaneous availability of the at least two levels of models one needs for virtual platforms at fast functional and cycle accurate level - and only in this way can one measure the fidelity between the levels.   I am still surprised at the difficulty much larger companies have in adopting this strategy.
Grant</description>
		<content:encoded><![CDATA[<p>Jakob, an excellent and useful summary of the panel.   I wish I had been able to be there.   The observations on how to derive the various kinds of virtual platforms points up again the virtue (pun intended) of deriving all the models and deliverables for a piece of IP &#8211; from fast functional VP kinds of simulation models through to the actual RTL implementation plus testbenches &#8211; through an automated configuration and generation process (as we do at Tensilica).  Only by pre-planning the IP creation, configuration, generation and delivery process, and ensuring a highly automated flow for creating all deliverables, can one end up with simultaneous availability of the at least two levels of models one needs for virtual platforms at fast functional and cycle accurate level &#8211; and only in this way can one measure the fidelity between the levels.   I am still surprised at the difficulty much larger companies have in adopting this strategy.<br />
Grant</p>
]]></content:encoded>
	</item>
</channel>
</rss>

