<?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 for FPGA Developer: Tools and tutorials for FPGA designers</title>
	<atom:link href="http://www.fpgadeveloper.com/comments/feed" rel="self" type="application/rss+xml" />
	<link>http://www.fpgadeveloper.com</link>
	<description>Tools and tutorials for FPGA designers.</description>
	<lastBuildDate>Sun, 12 Feb 2012 12:18:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on FPGAs in High Frequency Trading by FPGAs: The software in the hardware &#171; Software Trading</title>
		<link>http://www.fpgadeveloper.com/2011/08/fpgas-in-high-frequency-trading.html#comment-358</link>
		<dc:creator>FPGAs: The software in the hardware &#171; Software Trading</dc:creator>
		<pubDate>Sun, 12 Feb 2012 12:18:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.fpgadeveloper.com/?p=635#comment-358</guid>
		<description>[...] The main benefit of FPGAs comes from reorganizing calculations. FPGAs work on a massively parallel basis. You get rid of bottlenecks in typical CPU design. While these bottlenecks are good for general purpose applications, like watching Pulp Fiction, they significantly slow down the amount of calculations that you do per second. In addition to being massively multi-parallel, FPGAs also are faster, according to FPGAdeveloper, because: [...]</description>
		<content:encoded><![CDATA[<p>[...] The main benefit of FPGAs comes from reorganizing calculations. FPGAs work on a massively parallel basis. You get rid of bottlenecks in typical CPU design. While these bottlenecks are good for general purpose applications, like watching Pulp Fiction, they significantly slow down the amount of calculations that you do per second. In addition to being massively multi-parallel, FPGAs also are faster, according to FPGAdeveloper, because: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Convert an ML505 EDK project for the XUPV5 by FlorianK</title>
		<link>http://www.fpgadeveloper.com/2011/06/how-to-convert-an-ml505-edk-project-for-the-xupv5.html#comment-357</link>
		<dc:creator>FlorianK</dc:creator>
		<pubDate>Fri, 10 Feb 2012 14:51:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.fpgadeveloper.com/?p=216#comment-357</guid>
		<description>Hello, 
i have the same Error, but i use a Virtex 5 FX30Tff665-3

Error Message:

Place:906 - Components driven by IO clock net &lt;DDR_memory_controller/DDR_memory_controller/mpmc_core_0/gen_v5_ddr2_phy.mpmc_phy_if_0/u_phy_io_0/delayed_dqs&gt; can&#039;t be placed and routed because location constraints are causing the clock region rules to be violated. IO Clock net &lt;DDR_memory_controller/DDR_memory_controller/mpmc_core_0/gen_v5_ddr2_phy.mpmc_phy_if_0/u_phy_io_0/delayed_dqs&gt; is being driven by BUFIO  locked to site &quot;BUFIO_X0Y7&quot; Because of this location contraint, &lt;DDR_memory_controller/DDR_memory_controller/mpmc_core_0/gen_v5_ddr2_phy.mpmc_phy_if_0/u_phy_io_0/delayed_dqs&gt; can only drive clock region &quot;CLOCKREGION_X0Y1&quot;. The following components driven by &lt;DDR_memory_controller/DDR_memory_controller/mpmc_core_0/gen_v5_ddr2_phy.mpmc_phy_if_0/u_phy_io_0/delayed_dqs&gt; have been locked to sites outside of these clock regions:
DDR_memory_controller/DDR_memory_controller/mpmc_core_0/gen_v5_ddr2_phy.mpmc_phy_if_0/u_phy_io_0/dq_ce (Locked Site: ILOGIC_X0Y142 CLOCKREGION_X0Y3)
DDR_memory_controller/DDR_memory_controller/mpmc_core_0/gen_v5_ddr2_phy.mpmc_phy_if_0/u_phy_io_0/dq_ce (Locked Site: ILOGIC_X0Y142 CLOCKREGION_X0Y3)
Please evaluate the location constraints of both the BUFIO and the components driven by &lt;DDR_memory_controller/DDR_memory_controller/mpmc_core_0/gen_v5_ddr2_phy.mpmc_phy_if_0/u_phy_io_0/delayed_dqs&gt; to ensure that they follow the clock region rules of the architecture. For more information on the clock region rules, please refer to the architecture user&#039;s guide. To debug your design with partially routed design, please allow mapper/placer to finish the execution (by setting environment variable XIL_PAR_DEBUG_IOCLKPLACER to 1).


My UCF-File looks like this (it is only that Part which i think i have to modify):

###############################################################################
# LOC placement of DQS-squelch related IDDR and IDELAY elements
# Each circuit can be located at any of the following locations:
#  1. Unused &quot;N&quot;-side of DQS differential pair I/O
#  2. DM data mask (output only, input side is free for use)
#  3. Any output-only site
###############################################################################

###############################################################################
#The following constraint is added to avoid the HOLD violations in the trace report
#when run for unconstrained paths.These two FF groups will be clocked by two different
# clocks and hence there should be no timing analysis performed on this path.
###############################################################################
#INST &quot;*/DDR_memory_controller/mpmc_core_0/gen_??_ddr2_phy.mpmc_phy_if_0/u_phy_io*/u_phy_calib_0/gen_gate[*].u_en_dqs_ff&quot; TNM = EN_DQS_FF;
#TIMESPEC TS_FROM_EN_DQS_FF_TO_DQ_CE_FF = FROM EN_DQS_FF TO TNM_DQ_CE_IDDR 3.85 ns DATAPATHONLY;

INST &quot;*/DDR_memory_controller/mpmc_core_0/gen_??_ddr2_phy.mpmc_phy_if_0/u_phy_io*/gen_dqs[0].u_iob_dqs/u_iddr_dq_ce&quot;  LOC = &quot;ILOGIC_X0Y142&quot;;
INST &quot;*/DDR_memory_controller/mpmc_core_0/gen_??_ddr2_phy.mpmc_phy_if_0/u_phy_io*/gen_dqs[0].u_iob_dqs/u_iodelay_dq_ce&quot;  LOC = &quot;IODELAY_X0Y142&quot;;
INST &quot;*/DDR_memory_controller/mpmc_core_0/gen_??_ddr2_phy.mpmc_phy_if_0/u_phy_io*/gen_dqs[1].u_iob_dqs/u_iddr_dq_ce&quot;  LOC = &quot;ILOGIC_X0Y140&quot;;
INST &quot;*/DDR_memory_controller/mpmc_core_0/gen_??_ddr2_phy.mpmc_phy_if_0/u_phy_io*/gen_dqs[1].u_iob_dqs/u_iodelay_dq_ce&quot;  LOC = &quot;IODELAY_X0Y140&quot;;
INST &quot;*/DDR_memory_controller/mpmc_core_0/gen_??_ddr2_phy.mpmc_phy_if_0/u_phy_io*/gen_dqs[2].u_iob_dqs/u_iddr_dq_ce&quot;  LOC = &quot;ILOGIC_X0Y138&quot;;
INST &quot;*/DDR_memory_controller/mpmc_core_0/gen_??_ddr2_phy.mpmc_phy_if_0/u_phy_io*/gen_dqs[2].u_iob_dqs/u_iodelay_dq_ce&quot;  LOC = &quot;IODELAY_X0Y138&quot;;
INST &quot;*/DDR_memory_controller/mpmc_core_0/gen_??_ddr2_phy.mpmc_phy_if_0/u_phy_io*/gen_dqs[3].u_iob_dqs/u_iddr_dq_ce&quot;  LOC = &quot;ILOGIC_X0Y102&quot;;
INST &quot;*/DDR_memory_controller/mpmc_core_0/gen_??_ddr2_phy.mpmc_phy_if_0/u_phy_io*/gen_dqs[3].u_iob_dqs/u_iodelay_dq_ce&quot;  LOC = &quot;IODELAY_X0Y102&quot;;

###############################################################################
# LOC and timing constraints for flop driving DQS CE enable signal
# from fabric logic. Even though the absolute delay on this path is
# calibrated out (when synchronizing this output to DQS), the delay
# should still be kept as low as possible to reduce post-calibration
# voltage/temp variations - these are roughly proportional to the
# absolute delay of the path.                                    
#	The following code has been commented for V5 as the predictable IP will take 
#	care of placement of these flops by meeting the MAXDELAY requirement.  
#	These constraints will be removed in the next release.  
###############################################################################

INST &quot;*/u_phy_calib_0/gen_gate[0].u_en_dqs_ff&quot;  LOC = &quot;SLICE_X0Y71&quot;;
INST &quot;*/u_phy_calib_0/gen_gate[1].u_en_dqs_ff&quot;  LOC = &quot;SLICE_X0Y70&quot;;
INST &quot;*/u_phy_calib_0/gen_gate[2].u_en_dqs_ff&quot;  LOC = &quot;SLICE_X0Y69&quot;;
INST &quot;*/u_phy_calib_0/gen_gate[3].u_en_dqs_ff&quot;  LOC = &quot;SLICE_X0Y51&quot;;



Can pls someone explaining me how can i correct this Part?
Thx FlorianK</description>
		<content:encoded><![CDATA[<p>Hello,<br />
i have the same Error, but i use a Virtex 5 FX30Tff665-3</p>
<p>Error Message:</p>
<p>Place:906 &#8211; Components driven by IO clock net &lt;DDR_memory_controller/DDR_memory_controller/mpmc_core_0/gen_v5_ddr2_phy.mpmc_phy_if_0/u_phy_io_0/delayed_dqs&gt; can&#8217;t be placed and routed because location constraints are causing the clock region rules to be violated. IO Clock net &lt;DDR_memory_controller/DDR_memory_controller/mpmc_core_0/gen_v5_ddr2_phy.mpmc_phy_if_0/u_phy_io_0/delayed_dqs&gt; is being driven by BUFIO  locked to site &#8220;BUFIO_X0Y7&#8243; Because of this location contraint, &lt;DDR_memory_controller/DDR_memory_controller/mpmc_core_0/gen_v5_ddr2_phy.mpmc_phy_if_0/u_phy_io_0/delayed_dqs&gt; can only drive clock region &#8220;CLOCKREGION_X0Y1&#8243;. The following components driven by &lt;DDR_memory_controller/DDR_memory_controller/mpmc_core_0/gen_v5_ddr2_phy.mpmc_phy_if_0/u_phy_io_0/delayed_dqs&gt; have been locked to sites outside of these clock regions:<br />
DDR_memory_controller/DDR_memory_controller/mpmc_core_0/gen_v5_ddr2_phy.mpmc_phy_if_0/u_phy_io_0/dq_ce (Locked Site: ILOGIC_X0Y142 CLOCKREGION_X0Y3)<br />
DDR_memory_controller/DDR_memory_controller/mpmc_core_0/gen_v5_ddr2_phy.mpmc_phy_if_0/u_phy_io_0/dq_ce (Locked Site: ILOGIC_X0Y142 CLOCKREGION_X0Y3)<br />
Please evaluate the location constraints of both the BUFIO and the components driven by &lt;DDR_memory_controller/DDR_memory_controller/mpmc_core_0/gen_v5_ddr2_phy.mpmc_phy_if_0/u_phy_io_0/delayed_dqs&gt; to ensure that they follow the clock region rules of the architecture. For more information on the clock region rules, please refer to the architecture user&#8217;s guide. To debug your design with partially routed design, please allow mapper/placer to finish the execution (by setting environment variable XIL_PAR_DEBUG_IOCLKPLACER to 1).</p>
<p>My UCF-File looks like this (it is only that Part which i think i have to modify):</p>
<p>###############################################################################<br />
# LOC placement of DQS-squelch related IDDR and IDELAY elements<br />
# Each circuit can be located at any of the following locations:<br />
#  1. Unused &#8220;N&#8221;-side of DQS differential pair I/O<br />
#  2. DM data mask (output only, input side is free for use)<br />
#  3. Any output-only site<br />
###############################################################################</p>
<p>###############################################################################<br />
#The following constraint is added to avoid the HOLD violations in the trace report<br />
#when run for unconstrained paths.These two FF groups will be clocked by two different<br />
# clocks and hence there should be no timing analysis performed on this path.<br />
###############################################################################<br />
#INST &#8220;*/DDR_memory_controller/mpmc_core_0/gen_??_ddr2_phy.mpmc_phy_if_0/u_phy_io*/u_phy_calib_0/gen_gate[*].u_en_dqs_ff&#8221; TNM = EN_DQS_FF;<br />
#TIMESPEC TS_FROM_EN_DQS_FF_TO_DQ_CE_FF = FROM EN_DQS_FF TO TNM_DQ_CE_IDDR 3.85 ns DATAPATHONLY;</p>
<p>INST &#8220;*/DDR_memory_controller/mpmc_core_0/gen_??_ddr2_phy.mpmc_phy_if_0/u_phy_io*/gen_dqs[0].u_iob_dqs/u_iddr_dq_ce&#8221;  LOC = &#8220;ILOGIC_X0Y142&#8243;;<br />
INST &#8220;*/DDR_memory_controller/mpmc_core_0/gen_??_ddr2_phy.mpmc_phy_if_0/u_phy_io*/gen_dqs[0].u_iob_dqs/u_iodelay_dq_ce&#8221;  LOC = &#8220;IODELAY_X0Y142&#8243;;<br />
INST &#8220;*/DDR_memory_controller/mpmc_core_0/gen_??_ddr2_phy.mpmc_phy_if_0/u_phy_io*/gen_dqs[1].u_iob_dqs/u_iddr_dq_ce&#8221;  LOC = &#8220;ILOGIC_X0Y140&#8243;;<br />
INST &#8220;*/DDR_memory_controller/mpmc_core_0/gen_??_ddr2_phy.mpmc_phy_if_0/u_phy_io*/gen_dqs[1].u_iob_dqs/u_iodelay_dq_ce&#8221;  LOC = &#8220;IODELAY_X0Y140&#8243;;<br />
INST &#8220;*/DDR_memory_controller/mpmc_core_0/gen_??_ddr2_phy.mpmc_phy_if_0/u_phy_io*/gen_dqs[2].u_iob_dqs/u_iddr_dq_ce&#8221;  LOC = &#8220;ILOGIC_X0Y138&#8243;;<br />
INST &#8220;*/DDR_memory_controller/mpmc_core_0/gen_??_ddr2_phy.mpmc_phy_if_0/u_phy_io*/gen_dqs[2].u_iob_dqs/u_iodelay_dq_ce&#8221;  LOC = &#8220;IODELAY_X0Y138&#8243;;<br />
INST &#8220;*/DDR_memory_controller/mpmc_core_0/gen_??_ddr2_phy.mpmc_phy_if_0/u_phy_io*/gen_dqs[3].u_iob_dqs/u_iddr_dq_ce&#8221;  LOC = &#8220;ILOGIC_X0Y102&#8243;;<br />
INST &#8220;*/DDR_memory_controller/mpmc_core_0/gen_??_ddr2_phy.mpmc_phy_if_0/u_phy_io*/gen_dqs[3].u_iob_dqs/u_iodelay_dq_ce&#8221;  LOC = &#8220;IODELAY_X0Y102&#8243;;</p>
<p>###############################################################################<br />
# LOC and timing constraints for flop driving DQS CE enable signal<br />
# from fabric logic. Even though the absolute delay on this path is<br />
# calibrated out (when synchronizing this output to DQS), the delay<br />
# should still be kept as low as possible to reduce post-calibration<br />
# voltage/temp variations &#8211; these are roughly proportional to the<br />
# absolute delay of the path.<br />
#	The following code has been commented for V5 as the predictable IP will take<br />
#	care of placement of these flops by meeting the MAXDELAY requirement.<br />
#	These constraints will be removed in the next release.<br />
###############################################################################</p>
<p>INST &#8220;*/u_phy_calib_0/gen_gate[0].u_en_dqs_ff&#8221;  LOC = &#8220;SLICE_X0Y71&#8243;;<br />
INST &#8220;*/u_phy_calib_0/gen_gate[1].u_en_dqs_ff&#8221;  LOC = &#8220;SLICE_X0Y70&#8243;;<br />
INST &#8220;*/u_phy_calib_0/gen_gate[2].u_en_dqs_ff&#8221;  LOC = &#8220;SLICE_X0Y69&#8243;;<br />
INST &#8220;*/u_phy_calib_0/gen_gate[3].u_en_dqs_ff&#8221;  LOC = &#8220;SLICE_X0Y51&#8243;;</p>
<p>Can pls someone explaining me how can i correct this Part?<br />
Thx FlorianK</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Tutorials by evg</title>
		<link>http://www.fpgadeveloper.com/tutorials#comment-356</link>
		<dc:creator>evg</dc:creator>
		<pubDate>Fri, 10 Feb 2012 14:14:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.fpgadeveloper.com/?page_id=57#comment-356</guid>
		<description>I am also interested in tutorials about ML605 &amp; FMC150 card. For a while I am trying to get the signal from the FMC board but it is not successful. I know that there is the easiest way to do it but I still didn&#039;t get it. I will be grateful for the help!</description>
		<content:encoded><![CDATA[<p>I am also interested in tutorials about ML605 &amp; FMC150 card. For a while I am trying to get the signal from the FMC board but it is not successful. I know that there is the easiest way to do it but I still didn&#8217;t get it. I will be grateful for the help!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Read DIP switches from a Microblaze application by amin</title>
		<link>http://www.fpgadeveloper.com/2011/07/read-dip-switches-from-a-microblaze-application.html#comment-347</link>
		<dc:creator>amin</dc:creator>
		<pubDate>Sun, 29 Jan 2012 16:31:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.fpgadeveloper.com/?p=463#comment-347</guid>
		<description>hi
thanks a lot for this post.
i start work with fpga an microblaze for image processing.
i want to participate with other prson that work in this area.
sirkhazaei@gmail.com</description>
		<content:encoded><![CDATA[<p>hi<br />
thanks a lot for this post.<br />
i start work with fpga an microblaze for image processing.<br />
i want to participate with other prson that work in this area.<br />
<a href="mailto:sirkhazaei@gmail.com">sirkhazaei@gmail.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Creating a project using the Base System Builder by Hardik Shah</title>
		<link>http://www.fpgadeveloper.com/2011/06/creating-a-project-using-the-base-system-builder.html#comment-346</link>
		<dc:creator>Hardik Shah</dc:creator>
		<pubDate>Sun, 29 Jan 2012 07:36:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.fpgadeveloper.com/?p=198#comment-346</guid>
		<description>Thanks a lot!
It is these things that help amateur beginners like us to prevent ourselves from getting lost in the complicated maze of the functions that the EDK &amp; SDK provide.</description>
		<content:encoded><![CDATA[<p>Thanks a lot!<br />
It is these things that help amateur beginners like us to prevent ourselves from getting lost in the complicated maze of the functions that the EDK &amp; SDK provide.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Convert Bit Files to System ACE Files by cousteau</title>
		<link>http://www.fpgadeveloper.com/2009/10/convert-bit-files-to-system-ace-files.html#comment-342</link>
		<dc:creator>cousteau</dc:creator>
		<pubDate>Mon, 23 Jan 2012 17:33:08 +0000</pubDate>
		<guid isPermaLink="false">http://fpgadeveloper.com/?p=6#comment-342</guid>
		<description>Nice entry.  Although it&#039;s not necessary to make the batch script; I&#039;d rather just type
&lt;code&gt;xmd -tcl ./genace.tcl -jprog -hw download.bit -board ml505 -ace MYDESIGN.ACE&lt;/code&gt;
on a bash/cmd terminal.</description>
		<content:encoded><![CDATA[<p>Nice entry.  Although it&#8217;s not necessary to make the batch script; I&#8217;d rather just type<br />
<code>xmd -tcl ./genace.tcl -jprog -hw download.bit -board ml505 -ace MYDESIGN.ACE</code><br />
on a bash/cmd terminal.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How to keep a signal name after mapping by juangagobenitez</title>
		<link>http://www.fpgadeveloper.com/2011/06/how-to-keep-a-signal-name-after-mapping.html#comment-339</link>
		<dc:creator>juangagobenitez</dc:creator>
		<pubDate>Fri, 20 Jan 2012 12:43:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.fpgadeveloper.com/?p=365#comment-339</guid>
		<description>Your post has been very helpfully to me, thanks!</description>
		<content:encoded><![CDATA[<p>Your post has been very helpfully to me, thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Tutorials by mark</title>
		<link>http://www.fpgadeveloper.com/tutorials#comment-335</link>
		<dc:creator>mark</dc:creator>
		<pubDate>Thu, 05 Jan 2012 19:27:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.fpgadeveloper.com/?page_id=57#comment-335</guid>
		<description>Will there be any tutorials on the ML605?  I am interested in using the 4DSP FMC150 ADC/DAC card</description>
		<content:encoded><![CDATA[<p>Will there be any tutorials on the ML605?  I am interested in using the 4DSP FMC150 ADC/DAC card</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Tutorials by Pieter Taelman</title>
		<link>http://www.fpgadeveloper.com/tutorials#comment-332</link>
		<dc:creator>Pieter Taelman</dc:creator>
		<pubDate>Thu, 29 Dec 2011 20:30:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.fpgadeveloper.com/?page_id=57#comment-332</guid>
		<description>Hello,

I was wondering if it is possible to implement threading on Microblaze? (pthreads,..). 

How do you make a big system? I have to make a robot, controlled by a Microblaze processor. A wireless Xbee module (RS232, i used UartLite on Microblaze) sends commands to my microblaze processor. But how can i execute my received commands. I think it is not good to run all the logic in one thread.</description>
		<content:encoded><![CDATA[<p>Hello,</p>
<p>I was wondering if it is possible to implement threading on Microblaze? (pthreads,..). </p>
<p>How do you make a big system? I have to make a robot, controlled by a Microblaze processor. A wireless Xbee module (RS232, i used UartLite on Microblaze) sends commands to my microblaze processor. But how can i execute my received commands. I think it is not good to run all the logic in one thread.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Tutorials by Saravan</title>
		<link>http://www.fpgadeveloper.com/tutorials#comment-330</link>
		<dc:creator>Saravan</dc:creator>
		<pubDate>Thu, 29 Dec 2011 06:15:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.fpgadeveloper.com/?page_id=57#comment-330</guid>
		<description>Thanxs, your tutorials are very useful to me.please try to give software application c codes for ETHERNET Applications using ml507 FPGA Board.</description>
		<content:encoded><![CDATA[<p>Thanxs, your tutorials are very useful to me.please try to give software application c codes for ETHERNET Applications using ml507 FPGA Board.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

