It's a few days since I can't put a FF into IOB register:
XST (7.1.4) option: -equivalent register removal: NO -pack IO registers into IOB : YES
MAP (7.1.4) option: -pack IO registers into IOB : For inputs and outputs
moreover I applied the attribute on the name of the clocked process that represents the FF: attribute IOB of iob_t : label is "TRUE";
It is for a bidirectionnal signal: input is registered into IOB, output is also registered there, but the duplicated tristate_enable registers don't want to go inside the OLOGIC (Virtex 4). Each of them is not that far, but not into the IOB!
represents the FF: attribute IOB of iob_t : label is "TRUE";
registered there, but the duplicated tristate_enable registers don't want to go inside the OLOGIC (Virtex 4). Each of them is not that far, but not into the IOB!
also registered there, but the duplicated tristate_enable registers don't want to go inside the OLOGIC (Virtex 4). Each of them is not that far, but not into the IOB!
- Make sure the tristate 'registers' are duplicated, not the output of the tristate register.
- Make sure the duplicated registers have proper attribute so the synthesis tool doesn't optimize them into a single register.
Last time I tried this with XST 6.3 / Spartan-3, I had to try a few coding variants before all the data registers and tristate controls were properly stuffed into the IOBs from non-structural HDL code.
Below are some simplified (hand edited,uncompiled!!) code snippets from a S3 eval kit RAM test that I posted last fall, for the whole thing see : ftp://members.aol.com/fpgastuff/ram_test.zip
-- -- internal ram signals -- signal addr : std_logic_vector(17 downto 0); signal din : std_logic_vector(15 downto 0); signal ram_dat_reg : std_logic_vector(15 downto 0);
signal wdat_oe_l : std_logic;
-- -- IOB attribute needed to replicate tristate enable FFs in each IOB -- attribute iob of wdat_oe_l : signal is "true";
-- -- output data bus tristate -- -- XST seems to want tristates coded like this to push both -- the tristate control register and the data register into IOB -- ( had previously been coded as clocked tristate assignment ) -- ram_dat 'Z' );
I rebuilt that example 6.3 project I'd posted a link to, using 7.1SP4 The IOB attribute worked just fine (note 1); the tristate controls are properly replicated and all registers show up in the IOBs.
symbol tristate_enable_reg. -->
That message sounds like the synthesizer is choking on a coding problem. Do you have duplicate (identical) names for both a process and a signal, or something similar ?
Brian
Note 1: There is a 7.1iSP4 bug with assigning IOSTANDARDs and LOCS using HDL attributes. Unused LOC'd inputs drop their IOSTANDARD definitions and default back to LVCMOS25, causing banking errors. To make that example project compile, make the following change to to avoid any unused inputs:
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.