<?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: Vivado: An ISE guy&#8217;s exploration notes</title>
	<atom:link href="http://billauer.se/blog/2014/05/vivado-random-howto-notes/feed/" rel="self" type="application/rss+xml" />
	<link>https://billauer.se/blog/2014/05/vivado-random-howto-notes/</link>
	<description>Anything I found worthy to write down.</description>
	<lastBuildDate>Thu, 26 Mar 2026 13:15:15 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
	<item>
		<title>By: Evgeni Stavinov</title>
		<link>https://billauer.se/blog/2014/05/vivado-random-howto-notes/comment-page-1/#comment-1229</link>
		<dc:creator>Evgeni Stavinov</dc:creator>
		<pubDate>Thu, 02 Feb 2017 19:51:31 +0000</pubDate>
		<guid isPermaLink="false">https://billauer.se/blog/?p=4219#comment-1229</guid>
		<description>Another useful thing is to compress bitstream property. 

set_property BITSTREAM.GENERAL.COMPRESS TRUE [current_design]

By default the bitstream is not compressed. For small designs and large chips the gain is 50-60MByte. That translates into much faster configuration.</description>
		<content:encoded><![CDATA[<p>Another useful thing is to compress bitstream property. </p>
<p>set_property BITSTREAM.GENERAL.COMPRESS TRUE [current_design]</p>
<p>By default the bitstream is not compressed. For small designs and large chips the gain is 50-60MByte. That translates into much faster configuration.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PaulB</title>
		<link>https://billauer.se/blog/2014/05/vivado-random-howto-notes/comment-page-1/#comment-1173</link>
		<dc:creator>PaulB</dc:creator>
		<pubDate>Fri, 18 Mar 2016 15:57:39 +0000</pubDate>
		<guid isPermaLink="false">https://billauer.se/blog/?p=4219#comment-1173</guid>
		<description>Thanks for this post.

The old ISE would win not any interface awards from me, but the Vivado GUI is like they read multiple top 20 lists of &quot;Common GUI Errors &amp; User Hostility&quot; and then implemented every thing on them.

At the end of the work day I&#039;d rather they spent the dev dollars on the back end, but, my gods, hire *one* GUI consultant at least. Faster synthesis stymied by slower interfacing isn&#039;t an overall gain.</description>
		<content:encoded><![CDATA[<p>Thanks for this post.</p>
<p>The old ISE would win not any interface awards from me, but the Vivado GUI is like they read multiple top 20 lists of &#8220;Common GUI Errors &amp; User Hostility&#8221; and then implemented every thing on them.</p>
<p>At the end of the work day I&#8217;d rather they spent the dev dollars on the back end, but, my gods, hire *one* GUI consultant at least. Faster synthesis stymied by slower interfacing isn&#8217;t an overall gain.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jack Lovell</title>
		<link>https://billauer.se/blog/2014/05/vivado-random-howto-notes/comment-page-1/#comment-1035</link>
		<dc:creator>Jack Lovell</dc:creator>
		<pubDate>Thu, 18 Dec 2014 12:55:46 +0000</pubDate>
		<guid isPermaLink="false">https://billauer.se/blog/?p=4219#comment-1035</guid>
		<description>Regarding the PS pins bug, it seems that the Vivado processing_system7 IP makes these 4 pins inout, rather than the in (for PS_*) and out (DDR_WEB) pins that XPS creates. I&#039;ve found that simply changing them to inout and connecting them as top level ports results in no errors or warnings. This does however mean that any HDL needs to be modified depending on whether the design is in ISE or Vivado.

I did also have a similar issue with DDR_Clk in a Xillybus design, but it turned out to be a typo in the system.v file: DDR_ck_p was mapped to processing_system7_0_DDR_Clk_p when processing_system7_0_DDR_Clk was declared as a port.</description>
		<content:encoded><![CDATA[<p>Regarding the PS pins bug, it seems that the Vivado processing_system7 IP makes these 4 pins inout, rather than the in (for PS_*) and out (DDR_WEB) pins that XPS creates. I&#8217;ve found that simply changing them to inout and connecting them as top level ports results in no errors or warnings. This does however mean that any HDL needs to be modified depending on whether the design is in ISE or Vivado.</p>
<p>I did also have a similar issue with DDR_Clk in a Xillybus design, but it turned out to be a typo in the system.v file: DDR_ck_p was mapped to processing_system7_0_DDR_Clk_p when processing_system7_0_DDR_Clk was declared as a port.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: xhay</title>
		<link>https://billauer.se/blog/2014/05/vivado-random-howto-notes/comment-page-1/#comment-1007</link>
		<dc:creator>xhay</dc:creator>
		<pubDate>Sun, 12 Oct 2014 17:53:30 +0000</pubDate>
		<guid isPermaLink="false">https://billauer.se/blog/?p=4219#comment-1007</guid>
		<description>Hi 
Iam using Vivado 2014.2 and using virtex 7, Iam trying to flush a design through pnr implementation and wnated to know if it could be done without any constraints, just the netlist and go ahead with implementation. Is it possible at all in Vivado, as Iam trying to identify specific design parameters by doing this exercise and do not have a lot time to make a xdc for the design given the fact that the design is pretty complex and huge...Could you help with this regards.

Thanks &amp; Regards
xhay</description>
		<content:encoded><![CDATA[<p>Hi<br />
Iam using Vivado 2014.2 and using virtex 7, Iam trying to flush a design through pnr implementation and wnated to know if it could be done without any constraints, just the netlist and go ahead with implementation. Is it possible at all in Vivado, as Iam trying to identify specific design parameters by doing this exercise and do not have a lot time to make a xdc for the design given the fact that the design is pretty complex and huge&#8230;Could you help with this regards.</p>
<p>Thanks &amp; Regards<br />
xhay</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>https://billauer.se/blog/2014/05/vivado-random-howto-notes/comment-page-1/#comment-953</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Tue, 10 Jun 2014 07:25:05 +0000</pubDate>
		<guid isPermaLink="false">https://billauer.se/blog/?p=4219#comment-953</guid>
		<description>Thank you for your answer. Actually in ISE 14.7, everything works fine. I can see the output. It just happens in Vivado. However another mysterious thing is, after ISE works and if I dont powercycle the board and download the VIVADO bitstream, it works as well. No idea of whats going on..</description>
		<content:encoded><![CDATA[<p>Thank you for your answer. Actually in ISE 14.7, everything works fine. I can see the output. It just happens in Vivado. However another mysterious thing is, after ISE works and if I dont powercycle the board and download the VIVADO bitstream, it works as well. No idea of whats going on..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: eli</title>
		<link>https://billauer.se/blog/2014/05/vivado-random-howto-notes/comment-page-1/#comment-950</link>
		<dc:creator>eli</dc:creator>
		<pubDate>Fri, 06 Jun 2014 16:35:30 +0000</pubDate>
		<guid isPermaLink="false">https://billauer.se/blog/?p=4219#comment-950</guid>
		<description>Hi,

If you&#039;re referring to a situation where the board sometimes boots up when you power it on, and sometimes it doesn&#039;t, it&#039;s indeed not a pleasant situation.

It can be basically everything, but I would start with taking an oscilloscope and verify that supply voltages, clocks and resets are waking up in the right timing sequence.</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>If you&#8217;re referring to a situation where the board sometimes boots up when you power it on, and sometimes it doesn&#8217;t, it&#8217;s indeed not a pleasant situation.</p>
<p>It can be basically everything, but I would start with taking an oscilloscope and verify that supply voltages, clocks and resets are waking up in the right timing sequence.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Berk</title>
		<link>https://billauer.se/blog/2014/05/vivado-random-howto-notes/comment-page-1/#comment-949</link>
		<dc:creator>Berk</dc:creator>
		<pubDate>Fri, 06 Jun 2014 15:15:04 +0000</pubDate>
		<guid isPermaLink="false">https://billauer.se/blog/?p=4219#comment-949</guid>
		<description>Hello,

I am using Vivado 2014.1 WebPack on a custom ZYNQ board. I have run into a strange issue, I run a Helloworld, see the output. Then I power-cycle the board. I can not get to see the Hello World again. So the project I created seems to be one shot. Have you faced something like this before?

Best Regards,
Berk</description>
		<content:encoded><![CDATA[<p>Hello,</p>
<p>I am using Vivado 2014.1 WebPack on a custom ZYNQ board. I have run into a strange issue, I run a Helloworld, see the output. Then I power-cycle the board. I can not get to see the Hello World again. So the project I created seems to be one shot. Have you faced something like this before?</p>
<p>Best Regards,<br />
Berk</p>
]]></content:encoded>
	</item>
</channel>
</rss>
