Re: [casper] XST options

[Guenter Knittel]

Hi Dave,

 

thanks for the instructions. Unfortunately, it didn’t work for me.

I made a small test design consisting of just 5 delay lines, each 5 stages long.

 

DL0: delay-block with reset

DL1: delay-block using behavioral code

DL2: delay-block not using behavioral code

DL3: 5 registers without reset

DL4: 5 registers with reset.

 

Then I used casper_xps for a complete run, looked at the vhd-file in /sysgen and

also examined the routed design in planahead. This are my findings:

 

casper_xps full run:

>>>>>>>>>>>>>>>>>>>> 

 

delaytest/sysgen/delaytest.vhd

 

DL0: behavioral

DL1: behavioral memory

DL2: structural srl16e

DL3: structural fdre

DL4: structural fdre

 

planahead routed design:

 

DL0: FF chain

DL1: SRL16E

DL2: SRL16E

DL3: FF chain

DL4: FF chain

 

casper_xps intermitted with resynth-netlist:

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 

1. run casper_xps through Xilinx System Generator

2. run resynth_netlist:

resynth_netlist(‘delaytest/sysgen’, ‘delaytest_cw.ngc’, 
‘-shift_register_extraction’, ‘false’)

3. run casper from Copy base package to the end.

 

planahead routed design:

 

DL0: FF chain

DL1: SRL16E

DL2: SRL16E

DL3: FF chain

DL4: FF chain

 

As can be seen, I couldn’t achieve any improvement. The shift registers are 
still there.

Have I made a mistake?

Apart from that, I wonder why DL3 has not been transformed into a shift 
register. I changed

the option ShiftReg in the file system.xmp that Wesley mentioned to “Yes”, but 
this didn’t

change anything.

 

Cheers

Gunter

 

 

 

From: David MacMahon [mailto:dav...@berkeley.edu] 
Sent: Montag, 11. Juli 2016 21:19
To: Guenter Knittel
Cc: casper list
Subject: Re: [casper] XST options

 

Hi, Gunter,

 

You can read about resynth_netlist.m in the log message that added it…

 

https://github.com/casper-astro/mlib_devel/commit/dee90ed

 

You can also run "help resynth_netlist" to get info that is in the doc comments 
at the top of the script.  Despite what these things might say, I’m pretty sure 
you can use this script to resynthsize the setlist that system generate creates.

 

I think you can do this using the following steps:

 

1) run casper_xps and only check the first few boxes through "Xlinx System 
Generator" and click "Run XPS".

 

2) run resynth_netlist from the matlab command prompt with the options you want 
to resynthesize the netlist that system generator built.

 

3) Go back to the casper_xps dialog and uncheck the boxes through "Xilinx 
System Generator", check the boxes after that, and click "Run XPS" to finish 
the build.

 

Hope this helps,

Dave

 

On Jul 11, 2016, at 1:34 AM, Guenter Knittel <gknit...@mpifr-bonn.mpg.de> wrote:

 

Hi Dave,

 

thanks for the info. However, I’m not quite sure where it is supposed to be 
used in the

casper_xps toolflow. Are there some instructions available?

 

 

Hi Wesley,

 

thanks, I looked into the file, it has the option ShiftReg already set to “No”, 
so it appears as

if it is not used as source for default XST parameters (setting it to “Yes” 
didn’t help) .

 

Cheers

Gunter

 

 

From: Wesley New [mailto:wes...@ska.ac.za] 
Sent: Freitag, 8. Juli 2016 11:48
To: David MacMahon
Cc: Guenter Knittel; casper list
Subject: Re: [casper] XST options

 

Hi Gunter,

 

Also take a look at xps_base/XPS_ROACH2_base/system.xmp

 

There is an option for ShiftReg. I have not played with it myself, but it might 
be what you are looking for.




Wesley New

South African SKA Project

+2721 506 7300

 <http://www.ska.ac.za/> www.ska.ac.za

 

 

 

On Thu, Jul 7, 2016 at 5:49 PM, David MacMahon < 
<mailto:dav...@astro.berkeley.edu> dav...@astro.berkeley.edu> wrote:

Hi, Gunter,

 

I think you are looking for the resynth_netlist function found in mlib_devel as 
the file resynth_netlist.m. I think the comments make it rather 
self-explanatory, but please let me know (via the mailing list) if it's not 
quite what you're after. 

 

Cheers,

Dave


On Jul 7, 2016, at 08:38, Guenter Knittel < <mailto:gknit...@mpifr-bonn.mpg.de> 
gknit...@mpifr-bonn.mpg.de> wrote:

Hi,

 

I’m new to this list, and I would be grateful if somebody could give me a hint.

I’m trying to speed-optimize a completed and working SL design, and it appears

as if an old topic is a main problem. This is the default XST option to merge

a chain of FFs into a shift register.

What I’m trying to accomplish is to run casper_xps with the right XST options

from the start. What I have learned so far is that the XST options are written

into the file system_xst.scr, which is re-generated before each run. The file

fast_runtime.opt only applies to tools running after XST.

Now I’m trying to figure out which tool is actually assembling this scr file, 
and

where it gets the options from. In the hope that I can change the default 
behavior.

Can somebody give me a pointer? Or is my approach fundamentally wrong?

 

Thanks a lot

Gunter

from MPIfR Bonn

 

Re: [casper] XST options

[Guenter Knittel]

Hi Dave,

 

thanks for the info. However, I’m not quite sure where it is supposed to be 
used in the

casper_xps toolflow. Are there some instructions available?

 

 

Hi Wesley,

 

thanks, I looked into the file, it has the option ShiftReg already set to “No”, 
so it appears as

if it is not used as source for default XST parameters (setting it to “Yes” 
didn’t help) .

 

Cheers

Gunter

 

 

From: Wesley New [mailto:wes...@ska.ac.za] 
Sent: Freitag, 8. Juli 2016 11:48
To: David MacMahon
Cc: Guenter Knittel; casper list
Subject: Re: [casper] XST options

 

Hi Gunter,

 

Also take a look at xps_base/XPS_ROACH2_base/system.xmp

 

There is an option for ShiftReg. I have not played with it myself, but it might 
be what you are looking for.




Wesley New

South African SKA Project

+2721 506 7300

www.ska.ac.za

 

 

 

On Thu, Jul 7, 2016 at 5:49 PM, David MacMahon <dav...@astro.berkeley.edu> 
wrote:

Hi, Gunter,

 

I think you are looking for the resynth_netlist function found in mlib_devel as 
the file resynth_netlist.m. I think the comments make it rather 
self-explanatory, but please let me know (via the mailing list) if it's not 
quite what you're after. 

 

Cheers,

Dave


On Jul 7, 2016, at 08:38, Guenter Knittel <gknit...@mpifr-bonn.mpg.de> wrote:

Hi,

 

I’m new to this list, and I would be grateful if somebody could give me a hint.

I’m trying to speed-optimize a completed and working SL design, and it appears

as if an old topic is a main problem. This is the default XST option to merge

a chain of FFs into a shift register.

What I’m trying to accomplish is to run casper_xps with the right XST options

from the start. What I have learned so far is that the XST options are written

into the file system_xst.scr, which is re-generated before each run. The file

fast_runtime.opt only applies to tools running after XST.

Now I’m trying to figure out which tool is actually assembling this scr file, 
and

where it gets the options from. In the hope that I can change the default 
behavior.

Can somebody give me a pointer? Or is my approach fundamentally wrong?

 

Thanks a lot

Gunter

from MPIfR Bonn

 

 

Re: [casper] XST options

[Wesley New]

Hi Gunter,

Also take a look at xps_base/XPS_ROACH2_base/system.xmp

There is an option for ShiftReg. I have not played with it myself, but it
might be what you are looking for.

Wesley New
South African SKA Project
+2721 506 7300
www.ska.ac.za



On Thu, Jul 7, 2016 at 5:49 PM, David MacMahon 
wrote:

> Hi, Gunter,
>
> I think you are looking for the resynth_netlist function found in
> mlib_devel as the file resynth_netlist.m. I think the comments make it
> rather self-explanatory, but please let me know (via the mailing list) if
> it's not quite what you're after.
>
> Cheers,
> Dave
>
> On Jul 7, 2016, at 08:38, Guenter Knittel 
> wrote:
>
> Hi,
>
>
>
> I’m new to this list, and I would be grateful if somebody could give me a
> hint.
>
> I’m trying to speed-optimize a completed and working SL design, and it
> appears
>
> as if an old topic is a main problem. This is the default XST option to
> merge
>
> a chain of FFs into a shift register.
>
> What I’m trying to accomplish is to run casper_xps with the right XST
> options
>
> from the start. What I have learned so far is that the XST options are
> written
>
> into the file system_xst.scr, which is re-generated before each run. The
> file
>
> fast_runtime.opt only applies to tools running after XST.
>
> Now I’m trying to figure out which tool is actually assembling this scr
> file, and
>
> where it gets the options from. In the hope that I can change the default
> behavior.
>
> Can somebody give me a pointer? Or is my approach fundamentally wrong?
>
>
>
> Thanks a lot
>
> Gunter
>
> from MPIfR Bonn
>
>
>
>

Re: [casper] XST options

[David MacMahon]

Hi, Gunter,

I think you are looking for the resynth_netlist function found in mlib_devel as 
the file resynth_netlist.m. I think the comments make it rather 
self-explanatory, but please let me know (via the mailing list) if it's not 
quite what you're after. 

Cheers,
Dave

> On Jul 7, 2016, at 08:38, Guenter Knittel  wrote:
> 
> Hi,
>  
> I’m new to this list, and I would be grateful if somebody could give me a 
> hint.
> I’m trying to speed-optimize a completed and working SL design, and it appears
> as if an old topic is a main problem. This is the default XST option to merge
> a chain of FFs into a shift register.
> What I’m trying to accomplish is to run casper_xps with the right XST options
> from the start. What I have learned so far is that the XST options are written
> into the file system_xst.scr, which is re-generated before each run. The file
> fast_runtime.opt only applies to tools running after XST.
> Now I’m trying to figure out which tool is actually assembling this scr file, 
> and
> where it gets the options from. In the hope that I can change the default 
> behavior.
> Can somebody give me a pointer? Or is my approach fundamentally wrong?
>  
> Thanks a lot
> Gunter
> from MPIfR Bonn
>  

[casper] XST options

[Guenter Knittel]

Hi,

 

I'm new to this list, and I would be grateful if somebody could give me a
hint.

I'm trying to speed-optimize a completed and working SL design, and it
appears

as if an old topic is a main problem. This is the default XST option to
merge

a chain of FFs into a shift register.

What I'm trying to accomplish is to run casper_xps with the right XST
options

from the start. What I have learned so far is that the XST options are
written

into the file system_xst.scr, which is re-generated before each run. The
file

fast_runtime.opt only applies to tools running after XST.

Now I'm trying to figure out which tool is actually assembling this scr
file, and

where it gets the options from. In the hope that I can change the default
behavior.

Can somebody give me a pointer? Or is my approach fundamentally wrong?

 

Thanks a lot

Gunter

from MPIfR Bonn