Site Home   Archive Home   FAQ Home   How to search the Archive   How to Navigate the Archive   
Compare FPGA features and resources   

Threads starting:
1994JulAugSepOctNovDec1994
1995JanFebMarAprMayJunJulAugSepOctNovDec1995
1996JanFebMarAprMayJunJulAugSepOctNovDec1996
1997JanFebMarAprMayJunJulAugSepOctNovDec1997
1998JanFebMarAprMayJunJulAugSepOctNovDec1998
1999JanFebMarAprMayJunJulAugSepOctNovDec1999
2000JanFebMarAprMayJunJulAugSepOctNovDec2000
2001JanFebMarAprMayJunJulAugSepOctNovDec2001
2002JanFebMarAprMayJunJulAugSepOctNovDec2002
2003JanFebMarAprMayJunJulAugSepOctNovDec2003
2004JanFebMarAprMayJunJulAugSepOctNovDec2004
2005JanFebMarAprMayJunJulAugSepOctNovDec2005
2006JanFebMarAprMayJunJulAugSepOctNovDec2006
2007JanFebMarAprMayJunJulAugSepOctNovDec2007
2008JanFebMarAprMayJunJulAugSepOctNovDec2008
2009JanFebMarAprMayJunJulAugSepOctNovDec2009
2010JanFebMarAprMayJunJulAugSepOctNovDec2010
2011JanFebMarAprMayJunJulAugSepOctNovDec2011
2012JanFebMarAprMayJunJulAugSepOctNovDec2012
2013JanFebMarAprMayJunJulAugSepOctNovDec2013
2014JanFebMarAprMayJunJulAugSepOctNovDec2014
2015JanFebMarAprMayJunJulAugSepOctNovDec2015
2016JanFebMarAprMayJunJulAugSepOctNovDec2016
2017JanFebMarAprMayJunJulAugSepOctNovDec2017
2018JanFebMarAprMayJunJulAugSepOctNovDec2018
2019JanFebMarAprMayJunJulAugSepOctNovDec2019
2020JanFebMarAprMay2020

Authors:A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

Custom Search

Messages from 9450

Article: 9450
Subject: Re: Please share ur knowledge of Multipliers ( datapath elements)
From: John McCluskey <jqm@cam.org>
Date: Sat, 14 Mar 1998 08:28:12 -0500
Links: << >>  << T >>  << A >>
Problem solved:   I have code on my website that synthesizes any multiplier
(unsigned only)
up to 32x32 into a Lucent FPGA.   These are parallel multipliers based on
binary adder trees and
run like hell.   16x16 multiplier runs at 33.5 MHz in 1 Clock cycle.  80 MHz
if you give it
4 cycles (pipelined).    With 4 cycles of latency, the launch rate into the
pipeline is 80 MHz.
Of course, this kind of speed requires the fastest available FPGA, which is
a Lucent 2T15A-7
Manual page for the multiplier is  http://www.cam.org/~jqm/multiply.htm
and my main page is   http://www.cam.org/~jqm

Oh, the code is somewhat gnarly VHDL-93, so you'll need a VHDL-93 compliant
synthesis
tool.  I used Exemplar Galileo to synthesize, and Model Tech's  Modelsim to
simulate it.

Std_Disclaimer:  I work for Lucent.   As an FPGA FAE, naturally.

John McCluskey
Lucent Technologies

Ganapathy Subbaraman wrote:

> Hello All (help needed !!!)
>
> We know that multiplying a 32bit by 32bit number requires 33 clocks when
> we multiply bit by bit and shift the partial products. If we synthesize
> this this will require some # of adders, say n(n-1) full adders or
> n(n-2) full adders plus n half adders and n x n AND gates. Each adder is
> a 1bit adder. This is parallel multiplication or known as array
> multiplication.
>
> My Goal is to perform the same multiplication of 32bit by 32bit in
> reduced cyle computation & less hardware.
>
> For Example: - If we need less hardware, then we need say 50clocks
>              - If we need more hardware, then we need say 16clocks
>
> The final solution is to find a multiplication algorithm that uses less
> hardware & less computation time to find the result. Please when any of
> you propose an algorithm for 32bit by 32bit multiplication, (In general
> n-bit by n-bit)
>
> -specify the numbers of adders used & the type CSA, CLA, (RCA or CPA)
>  CSA -Carry Save Adder
>  CLA -Carry Look Ahead Adder
>  RCA -Ripple Carry Adder or Carry Propagate Adder
>
> -specify the numbers of shift registers or AND gates or multiplexers
> used
> -specify the numbers of clock cycles that will be used for the
> computation.
>
> I donot know if this is silly but I will like to know if # of clock
> cycles taken to compute the result can be equated to the propagation
> delay. If so please explain.
>
> The tradeoff is in this priority
>
> 1. Hardware must be less
> 2. Speed or computation time must be less
>
> This feedback will be used for hardware acceleration of RAID
> calculations.
>
> All your feedback will be greatly appreciated,
> With best regards - Subbu
> My email is subbu@eng.adaptec.com



Article: 9451
Subject: Re: Strange Xilinx question?
From: Nick Hartl <"nhartl[no spm]"@earthlink.net>
Date: Sat, 14 Mar 1998 08:41:21 -0600
Links: << >>  << T >>  << A >>


Jeff Sampson wrote:

> Just a quick question,
>
> If I dig through the Xilinx documentation long enough, will I find the
> mapping of the setup ROM to the FPGA bits? In other words, could I
> program these parts by hand? Bit by bit.
>
> It occurred to me that on one hand, it may be a big shift register
> logically mapped to the internal bits. With the bits in each CLB always
> mapped in the same order and all CLB are lined up in order, one after
> another. On the other hand, the bits may be randomly mapped to allow easy
> fabrication of the chip.
>
> I collected a handfull of parts and then found that the design software
> would cost me thousands of dollars.

 You can by Foundation Base for $95 bucks.  It contains all that you need for
design. Schematic capture, simulation and Place and Route.

> Alot of money considering I'm just
> playing around. And yes, I have heard of a $250 limited useage package.
> In particular I have XC2018, XC2064, XC3020 and XC3064 parts.
>

Now this is a problem.  XC2ks are no longer supported also the versions of
3ks that you name are not in the new Foundation box.  Now if one could find a
Foundation Xact 6.01 then you would be all set.

> So, is this info available? Or is this another one of those closely
> guarded secrets?
>

Most closely guarded secrect!!!  Xilinx has two concerns.1. Customers do not
want their designs reversed engineered.  If you know what the bit
pattern does you have the design.
2. Xilinx's own position.  If what the bit steam did to the part was known,
making a drop in replacement part would be a lot easier.

> Thanks,
>
> --
> Jeff Sampson  Minneapolis, MN, USA
> (Toshiba T6963 and EPSON/SMOS SED1330 LCD Controllers)
> jsampson@pobox.com   jsampson@citilink.com
> http://www.pobox.com/~lcd_info



Article: 9452
Subject: Xilinx XACT 6.01 crack
From: Anonymous <Use-Author-Address-Header@[127.1]>
Date: Sat, 14 Mar 1998 13:30:14 -0500
Links: << >>  << T >>  << A >>
begin 644 xpatch12.zip
M4$L#!!0````(`"=H;"0?(NL)K"(``*4C```,````6%!!5$-(,3(N15A%75IG
M6!-;M]XSR223228)(?06>JA2I0A*E0ZAB8`B4@0!E=Y$2.B$9@$;>L1>^50\
MQW8L5,6N8F\4Z4CO32[GW.<^S[UW_7C?M=>S]_S8:_U8^UWC%O`:$@$0(($>
M:'E9'@8P```:7?9:(9H(S\75R<>>8[LK-EZ7HV]FIJ=C9L#AN?A9>]ESG':&
MZG*L8V(X7MLC(A,3.%[A">'QR>%A9/"_[?8HX:X$C`"PA@2#!&D=#I@O>[V@
M(P7*ZGAW'@/#9;\'=M#BQ-EG?U+N&D`O%%]PW'<E<L)W[DJ*B.3L"-^Q*SY-
M9:GDJW=.HR[A2\F+X@9^%^,ZL7B\M:?XY9M^=_?BWUI]6I_*FLN^3IQ=+/M.
M)CT$D.%T3>5=)AA<M;>FLI8Y:/HOFOV+:__%X']QZ[\8\@_&4Z\8-%QZ,^2<
M.)8P9?C$\.L_;L.;UG^H_DUKWM=$B7_<>V]:^0ND>.J*GT3\Y]R;5EUA^3:(
M/X<E)AI^S9F#$S7_V7<T7OD?.O+?'SC\+_W/`?X"G""F*WR8#%T1?MI0/*,U
M,3^A=F8A:%#P?S:A\5__SUHB_MG_6@M^MH'\ML'[5^`6_GM@L9R4'5@\F-/(
M+&XM:ZBQ2A1Q3)S95W-(#9+KG!,T+#,&^VL(C2OW7E/<OE!#^.1=PUNYL.^&
M=<6?BEN*7Q?W%8\6SSXC`!@C(O^=-1(9I4`KE4`@(J3_R>1*"*/2</#_[2]=
MAE*V["WLQNH6U4)M`@#,7*8B+>_UI:-D(:&"4*R`<(\154]1VG/(9S``_GAE
M^:*@53!V?39M;KJF(Q@`;XW5:-J2L*EPM*T$*X)O`V<1QO?A\A98.+AL6@(!
MJX_J'0*3:;A@G@C%D<+AJT@VWI"+Q6H`OJC^?C13XV_\:Y_UVL$XF6P[,2E:
M%DX6AYRA<$A36BR>4+@\P-\OVD-D%+RCM+J?X6+"R_0K^Y3;\FZZ(-4.EWT^
M#X\7O2O[.<OC'>#D8`]OF]/N5X-`E?JQY9..D8"99"_(T]1M0E.=G"G`-X?!
MS%IS@^IYHXU7:;Y'Y4YTMW+P*6S57?M;F"C+KOJ,4??Z0"N<?M9&DRZ1+BB%
M;UI#%(D\N6,"ZC$"6H^",,)--_1!(D'E\2='";IE>\:=U;0LCNIL&WW</(?(
M)^;Q<6;O`6S3SP>0HJ_O0YEWVLH+%#__9CJ]6LQUZKXVJ':D44K:,(^!42U_
M2@K/L4D"O\D>H1&Y5IY5/^]:Y[NAA?<P@(DYT+L8&/LZ:L`H5H`^A1W/)#^`
MO#[C*7@L#E8X`4_$"5X07HX7XHAB>4LYE_7TKQH:6Z+)5KVI4I5D3:.2C[^E
M)E-A:J:&&Q6GYE,1T*J-"7[D?+;\$BNM(@!@U6@Z05-@CYH/6+Y((1?5@;U5
MWTI?8NW]!FT)<F4_"$"!-0OB"*I+05P*"^U^0MY"?E#_URV<:2MORU`QNV">
M0L^@.I&2SEL/XM:OK.MK@;7KK;J_%5;JYZ^-N%(>^Q8V\FO^'H`]N=AL-`4_
MA;Y2@/W8P"'7JB*+;C2W-IT:9PZ0HR\UQW/=IM;0,K-_0GQXA/C(Y0%UJ44K
MEGP=L*L7\/L'6CZ/E+Z@?P(<9ODB?GGR6>$2/>6KG8;5FHP6&3__5X\\"X>/
M`F]O[Y+FIE_4PC=6;D>;RGY-M$L%^`)NU8QCP2.S@K-HZ8&++8"]@3QF2P1/
M,P9+FV3J$.&HSI=[%$*SPY8&F;JJ#'PFCC[TDQI(Y)W`4L5"T5VDO%]LX8:#
M#\43&+Y/FLEV(?^Q8+CF$)([W8'`/,\:E-@L1=WEL41[VZ5];>;VMG;"P2.W
MP3/I_#HR@7(N/X!QR1C:_ZSH,P\<F*2F:RIIS)TBD7E"5XQ>1=<]!^T<N(XX
MCNCA':2`#<.G,3:7W46E5,P$U1',$2_FV5'*#^H8/%Q+A9MEK^='@;,J>^,9
MJT17"8/A=H.Q\31H%=&D<;";O9<9CE9-;/0<5E#PAOQD<9J!>$#_MVI0Y32^
M]D<@:=9M0RVUG\LOI_CZ>,E\+P\<%;I.>'&5/RN7\99:*WQZ2B8-:::Q;/"7
MTWS#@J+GJ*S-@B"K.KB/$1<:BZ.C\RGARIYT),V73DK8Q%?BSA6@FW[^)MO8
M3%1_BB:YU[%Y9^MIO=LF.J_,[,\FA#K1]]-,?:9@9(N)V^P>F#TQ,,KUE]O0
MZQ5C25-QY42P:PWP!):TK_MC:5:J`_<\JT=S'$_'H=KV78MYO;#DPU!L5S.)
M4\Q<I6#%3Q;%@5'H!VK[GME-.^&!I[R5#)8^HUO_EMU48C]F>;?&*@TH\A0O
M5I]1W,AW/M1X(QNI86._M$NT_P*J3`]\J<`#S9;],L=#%1P(I5!7Q8P'.BM*
M0W5#7E%'AL'JTF?.7=A66H$-A4`B_K&L4I>M(XD6F^U'H&24Z"X[8?F(^I.!
MA7O5Y9U;4PYXU<>6'$OCK>/5O7[9Z7%^&0=.:RQ,^+Q:J_.R9[U.N8ZZVW98
M7T0C`]_V(<^\'9%*131_92]OQ"XNJ-E,9R"B$+O"[)N9N]RO(=;R\!G$P_S6
M)($;._S;1)!.'.DC:MT96QA;'!-KCI&(\0_8F4W.?M*P?&0FV>CX"'Y[ALV]
M[717-;=,9LY7`ZXNE2@NY4W6$NJ(]IVK7V;1M$;4EE)6RR_Z*W5DB242KL!E
ME\]^,A+..R%3),2;M7;4I<W:FX%FK&Y65M/S#U*Z)%FU.2D>\G_>/^#O`/G/
M#=`BAFPE%@.!'7C4`P:4R5;$('(L(7H0PACRDE[0=`8<.,D(?N.4VZ+FS$B3
M;_9*X\+R'5R]V/^P67FQ9%H3;:-#Y#X-(M%&-%6;`J?Z5"X@3UYX(!-VHCY=
M`0@IUTWR##F7%9L=GTO=@ZP*A[G;*+T'0@0R(PGTTP6F?9EN+J)2;8E0YE'N
M>QJ<B;_;ZQ^.^'5M4;2$N8HS$2-?B5EGM=JSNF'V=[9]Y8;7;K]*D:&+%RYU
M($-VAWAGOW<Z33B+V7MW>3/[?4XNT&X::W?X^$AZQ>R5><I&:.F';(>V$+L'
M7/S9`RSYCCPK,%!PP-_).O76'N*9"[;IY_9UTAH"8I5"80UL8'IM30F*:$.S
M>;)'YKV7C+0M9V<G9[A2$V21_<O9E.9AC*<[*"*N]LEI"R5T9J1U46B0-,',
MF*G$(N)S,.D'2Z_/9\E=.HQ9V2N'T3!GYPKGHHAI9'#6DYV?/W[XP-+A-SQ,
MQ'^2/GUBZ<9BPEG=14U#33(H+C?6QKGQA/L(H9\EA*M$:%\'U(`P;QU;6VH4
MQ<U;`IK)5M<*]L#P[WC)86R1=OR=N/KL/A4BSY*6V=&1,3HGJFU5V3L^UQVW
M6#0CRO)AZQ+9.C!1QU;`_EX\OGGSEL:G(=)NOC[>9H9@VG=3=T5ZD"AK;UHC
MB\H:$BS6?UMI#3)I@8R]^ZPM'O=(DZ,UZ4*4C'HCXBAE(P_$=N9/W<-+O='"
M30P>J+*6)S7GT-[%[4`_)[&1I-DGAAEL>CHZ#2J?SGXH^T`M>D3D5+/I'^8^
ME+^EC[WO`^#B*GK`NDFSY<^]'S^^?]_Z`0"M\0S2;H;^?#JL,ZWPV^8GES_C
M,_<R+@,J;2Q_USK`FJ.A&\N`^]XG&*0)]2Y&*)(/F;SI_P6`"[2Y=$HF32JG
M[7WWQX[)3Z!B[TOY'[W@<T/AL#BG/AZP'ON15AJ5G@29LG'O1.PFCU1B<)Q<
M#+"*J]3*@H4.XO)G"8-,=MY<"\J>GI$^!-_!8LFV9*+M?;/`KEM3Q86`=8ON
MU/A2^8`VW[B<[I??I^BS(1N^$@^QZ5(T_IPJX$7XE4W3T_RSW:FE+EBN^&*\
M`JC!4/0#INQ,^@XJ2/ST]_VD(]KO6O;"SPFY"JX#T*\9.DU`/3)6YMH&`PU&
M\[1#-D&3D4(FK0'L!1K-!3W9UW.;?"7,@:<KS>/E]Y=1F<2?X^DUX&\4\JVV
M4B!LVS"T<_&YF!PFY\F,+K^4\7&^UJ&LD'B=ZH8)3S'74SCD$0@1#L_L:_2M
M.,#/KGR5SECHZZ>5=8+&0PU"C/'=!ZD^E/2<-H632>=^D[@8-X]`S9'";@<"
M*Y%;:VR[GD_1*.2\CT0A^RPLP;E`.JZVE+G*N#7E=WE*M573C74;AL5O6?I5
M$#/0C%VSWG_#7#D3N3#:;NW2-@,II8\&CI\U@=?`2[X1M%!8][8"'L4X)JW,
MTMRUB.A9+ZW4;Q>DJYC\M;LG?#7A;!5]V(<[=@.C;AP%F#^+G+8EG'?PV=U*
MGH7&:A'7JY)778V<C*S;+AHY&T$NHL#(T(A@5%^,M7SHE>0_^R;![Z;`K@A:
MI2/GR+G2F1NR[^?AE`:;(>ZAONZ-,!AR":R=FC9_/'EYXJU+$`"M9OFHRY1=
M]QZNK\\&I+S@L$WZJ.H4R4_Q;`]I/``2$DR`*-N:FM(CO"U'"K9QWN#[$INA
MEJ0O%REI$G9CYZ^)WH:T-=-E/=,&?UU=&N!7S/6\H^?MF3\K]3-70LOBL0IA
MN6+K8>L%WA@&<N:0#O2,<6?9N\(O*SW6PJJRZ9A4J9Q#`.0OLQ/A*[2Y;#SD
MEV@?O^$`K6R4EC$NM$#ZWE8<IG90D:$Z`*A#90ESG$R,[SDQ?)T?MJQR^%47
M)JMQ'QXZ=0&5MYEST7"R]F,3'EH>'%H#0>Q:BCF?(70G$!4)PN!0N:X$QJBF
M/2^W\GYRS)*BK`0E[=OMQ28U[MP./+VA%IYG6&7/!8R=X*S9;QPO=Q/D:U[0
M,4_\\+'['H^KU$=L(HK<9,U96.R7'3\G4?8`EETK3A&.A,G\C)G))\.`R+GT
ML]-[^B%CB'&#`K&)\@^Z*:]?N8^36N:?.BE_1T;/];'$TN3%)RCB,$6DPL4U
M)XO^7A1.4J6*,>49DN59@H;+EYY^2*:AP#T>,VP@P4(5_L<NN7@\P,^SO+'*
MJQ@%'WV&QY;%$*%]_?H_/J?TSQ`'EI^S=O&L'Q`U%\PG+9U=RM#*VB#=(*D@
M42J78="Y;^J6Q57TL(9SKV`T<#\!8M5/\6VN*XZ6MWB:O;;ZO0O/^]9=@;D1
M*J^$&G-*CEL.K,FCGQML?*`!..$)J+IHL(XZFTZ8':(;/(8QG,)_!KW<`XO>
MAX!0O#=HU,1^,8M:@@SF_G$26#(`>H-VBTK;%)B[X9ZOGXBBYRJ>DM6A:I04
M3[M'A94TG,B]-!+]OMHG?ZO>1HHPF0UD=HO7CA'>I[)_C?U6!WI[#913<1O%
M3\G$<N]I:R8]G93OMOQ*W!W[MKJ@,7$!3:.!G%VC5LM=SZ:SEW//37A.&R58
M2`)'L?*0V>PEX[RL%[IIJ*?^<IL"E\A*24<17KP$4,MW7^]0&+:`I<M!`QPF
MS>D0#AP7*`]TNN*G;0Q_I$V(;JWF9=]:/12SS*O,F>K>N6T_P,YS51^KO]'.
MH:VIPBPQH+<;5<Q@*%X:<EAV<79T/-0\A.GI+70M4M\IPRH?);E6`EJ/FO@L
M[?MNO/"),S%,4KG#:W[MK$T&O0[):,?3@>F%+71UYUZ*1X]B.4!MPFAN[KIU
ME'WCO3*]DQSB_$.M[N;1D90Y'G=O7.?FN(C&)7BV/G:^;-^[K0NT/`L`YLCT
M+;`)L8QDA5[#ZFD0``HH!!%V$RW(;`J+*HE7@M4*[O+]!(:T4.HV'"J;+Q\!
MGA=^X,/`C:[7DLXX<Q0Q:>Q'];Y]I!S%B<-;PK<.2ZX_04/W?2A\RD0FI`N?
MZ,6AYBUKOV6@0@F2OE*04\U,D.6;RT6$6H:=-?-F*.WJP^W(WYLM?\S>YN69
M,/[,PG!LX/?P>V@,O^90Z/`L3UR<%GA=%'JA=PQ_WH/).<W%6AW>4C)>MA$1
M0#QF%JS'KJ0G$(;62RKGTGKH6:88H%>*:&1G(:,0DD(L1"AJ"NV:!FO9]*(V
M[,ALX$,WZF71LRR\[X(X[>0)<$Y\4\_".._)--G"0HK(LRA@G$+WH`A<6JV2
MJH=/YV6*?`HV/``SZ0*:;"Q<#ZQ<)7+GZ(O9&PI%&G/CJ!"MT/>2KK,%09>I
M3XBGOC(VP'*>YNB3*3,^E6$*>:+:A$V:>;(Z`M6Z8H53II)Y/G1_0BGME;.K
M)YD(:,P]IMSQ21,(3404E3P-]BG*2UVLTK'EPW]]-Z*F,K.-UGU.F<3R9K=/
M:G5D(PH#<BR`R-R2*!S/!M@'LHEY5F=GR,QL=3V1T,AF>38]".HV[]RD7,A7
MALV^EFOX5-!]I+[Y4F5EQ:@:XD(8:<D'Q!-$?QZ7ET\I>[78U!QDH7Z^57UY
M2EW"JT^]1JG,FDST@C3\-)03ILE&1<O.'-$9";JTGKGIB'[EAT%KGHVJK=2D
MIV6O/(=$1\?S)_GC%*8L9W-1._YA9/JD99Y8AW9)X:9E+N)O6"]HK`.21FWI
M9ORO/Q-]SRAL?TML+G+.A8MZQ03CVTJ#@"81U*E)%4Z6I$)6A59/D-SF_-:?
MEG[?*NJ$?DIGX\D2B:OY'"L5`R&7K;`^[WL@GML5L0!\)#/P6T2J?N/*&U;$
M&C7L(?XL]>@7VFP9?=-!C-JZU+]72>;HY-<M0<#*<5);$2*3A/!YHA,@7B96
M0]PB:5>)0G!=[2R::W">-I4/`Z\;)533(=W+ZXOJ<]_MY_RJ,LO%G=UR-U9<
MD5`LO5!"OYF&\K"^U**YU`UES3!H]1@MF===C`L1`F2&(B)##;"=OZ)TL>3;
M!?C04M&[HO\X#"I`P#F"F.&D1\J4;!>CSEP@[H-PL(Z::*\TJ=D^T`:OO\C&
M%*C.9;TB"YT`(*<=%'6S$%QS34`L(6>M,F85CHM`R\^&C_5O!BW/*:%_R9TB
M$R%OVONT`=V1N"XAX$SE<ZYB?41^)CFOCF3,QJ(')C)F9HL=`IV9JP1=95UA
M&B-FYXA+9]9RK]\HIE\QO!P"Z%H7\"A72G[A&=<[WMF*A#3*X=OG:O;-\YHK
MM4\Q"@Z*YRUWD$"N[(=--Y]J:CPTNE>_=@\L\S:QS&Z#W?K$YPP(%+SK/8GW
M[C!,7!$C%[W+5V-)BJ.V9!HAA6I35]5BM<Z*GFQW36$MW5S(9ON2"]!.TU]<
MC,P7%<7<\Q>5UOF+>14K&_I"B;BYRLZ7"51GZ$T.B^-($NW_0WI"T*VY]PGA
M`7']WKH3%H_7_CBM[.-[#[*2DL/E"H'4^C$?GTQB+<59UG_RZ>1ISC7[HS-'
M?QD=M";5EHC/',2K'_RI3OO%'K>"P*/Y="3@I]:TY^P9.Z;,=2?V5J]!WN>H
MER7B1R99!Y'F)P4>P/./F9QL&KM@'9SAA8UO?"UZ9':`[RB3BU6L>Z+XC*7W
M?B;`F;)'J]2)#@$5T1[$1O"ZT)06B]@5-3J]"0A9Z(C^9O_,C\#:[1OQ[M/F
M/PV>'LD5AS@1'KESQ#A1#>`12Y),G#VA;8/(^/&)DF51#.^I%_A[*VJQO9:$
M=-VE8H*=C]<?4U(YFGE4_9@W]OAZ%L1CK+F[+ESRV!>?;<%&449NS[=+F%,;
MC,SIW>78XUAE*>7OW\5.K<.@#%[B^2J")<=RH:7-,S9Q\6G_^S'"M`K9^&(E
M%$A_B&BD'U:L"-6N,D[#G-=/M!V:V4<2B#KY%O3\.HP3Q7]-2+3*$S\<YB.J
MCDA!8[^\=J>5>,ZMV=$S@H;P\;4C?#NDG]NX^<V`QA5\,3;2E8*5U/>H7DVG
MG"[M9Y*D(RN#J'?UH85=HQ^"P4F=YZO>Y%(EZP6'<ZL*JUT88XW$QNK;#ZY6
M4G11?"J]Z4["PA9-R')*EAR7P;&H8K:*Y3XY4Y('F.$=<M-YN^>IA>N%JX\0
MR,;FIMU-);/TY8N3S8)/MJO#]D?AW'7#:&&A-37=O-*[_[M7/&U17CYH<NNR
MIY)X9K%]TVUCU^N%.WODCRX-F(BZ2FUKKUB1=JX4E3+\'#,#M=5,M!27CRQ1
MO.YL%RM^C*IOS8:B,>X$E:R!<A]%*M.7U5SJ(.GC)!$-QL0X^NWF9>8+9LW6
M?%!@L'[+B9FT,YR1!$5Y[`244PT"2E[G]BR:ODKZL65-JQ=8NX%5\OE=K[`R
M+L=-K`N`?>4/:`7VM-]///69Q/MT]"#/5I1RD4T\N:PM27AR8PV1=X`M4FH+
M^Z1>OD6X<9ADZ[B'=+OZ<M,`5.)V]0A-CT9FI(N)/3Z!)1'+1([RCY_73Q]$
MB$$YSBP*:<#.6'=V,4SP)5'*6]XA'O68]"^MZX'F*%Y%=M7\JS2G+1ZJOX'8
M:3Z\DU2J-Y&L-YWO3UFRDQ5*%U`6P.#T:$.X'#T%/4,D0UDB[9*;S[7,?)*B
MT#X>'?SD:,SL:</U#NM-\$P6^C2/3I21Y#(*&Z)LN($>Z42S/+,6R9VK?K\N
MBWG__=I&L*ML=?@N=%=&O*$_W&B8MJ?]1&?XT4@?Z#(3JBVYO#-KN$Z-9!4G
M:XM[ULBW&_SX2Q<N?S0P2Z7`4W<EXR7?#UZ3[+F@=*=0?_)0+=(%>WCV1Z[^
M-N;G`U+#CO-E.J/O9W)^RA&]%HB3KE`V\#FE6ZI]VO=*E'<A,8HR9EN<_*/O
M98@__5AX+X%#D:,<0[BZK-7*NS?H57,CI[B/#D2+CPDZQQ)KRX@B,!"G_*#[
M=,`#*S)%3ZL_C<K(DF+Q-J:2:E;QMD7F4WM`"#&$;_@J:MJJ1-&S\^H:'JQ_
M#.U'Z"[DW>+FZKED4JZ0FIL4+!+7@X_W^H%U`[&<=:/46,FQ@U"<*E>!74"Y
M<V9%ES<RWS393#8\6#^IGSC\L4L"#I)`@CK'5"].M8::[6$K/77%#:$`$3:9
MG3(48C]WX0W-=MV8V\TL*)2FGA,[>TA`"P#17Z]WO_??-T[27!^;?>G(=H'#
M3LUK<!+YR_)_+.U@;+>R)G2Q?2J8N2#Z:PG;R"MW*%8;4HMR"7@#)&87KJZ;
M32%\JELXV*VC.-HFW^3MK1*KW-9K_%Q-I[`\0%:X9O+(^@&3W^(<2&=='):L
M:741PE)![L+B'EQ$$'LJ;_:A-@!1$^43!HPLZ!6$7U'M%%.O]!*#Q=3%X'!3
M,1SK2-+A0(#N_2O)-5<$;KD.VN=CJ0,X_\+/#:7;Z;,OW.S^],YM^53:8!<?
M'VM)T=AXR<210_BB@F-:K*#VRZN*'5RJQ1<2Y@L\.B,<8B(7'5\@1N9QMGDX
MDDR:;Y!!*D</7[9R#4#S%\R>AF)7:]Y\,U^&_N,[JMW'-I0Y]DNQZO<G#W\2
ML)A`7P\S5H5:`B5**I7BEN,^?4;UK9'_"2_2,!]O^=G6+9X]7%3`9IY@FRMT
MZ.([1X8Z3UJO=,7YFQL93>\V?I8#GVGW^BVZJ]%'<AZ["1I.G,>GL2]A\FQI
MZO4>?J:,>SK2X;[$!$H^$S/6B^6$8KM%/D<;V4UYRB![($75@.V44YPX^5CG
M?=Y<-L3<&<-570HXOI'UV2W_FSQ3J.SO7&2HYZ;L9E!^2\C7#R2D7/#GK]$O
MJ:,W)2G['<G$UZBO<6J07Y/U:C7I$;>I;T\M_?>;TB;"C5-BTM=L:XQ@,70#
M,#B6+>>38=?'R1/\.3UPCP3MDW,3EV*Z,;:TMXYO<C$3NF@,77"O)4.`YQ6<
ML75'^$X-%VT=50U01PK.3,P,V;$U0]W$PM)`B0KD;,+VA&F07.)V[51D\X*#
M(_"8=/6(Y!0NX&X-C<01W"8F/FI;V%E,3SQ-CVX;:B^>2=X6K<78YHB$[`S5
M615N')(<Z7P^:ZL\)@/E8N8`AIEG,?+C7#NX03!QW)-(NS^#DB1A69;>C]UT
M4]U@M5@R4`]^_I3ZE(HT-<+$9B(`[Y]A]8#TF/3X"<IXV4)I`4"*_.@]F]7*
M:OTN*_/EF]PW`'#1MU*??BC\4!!Y_5&<^88)0'V;_)*%^8+YPI21X?BD\20`
MJFOF]4>G3:9-S&:7UYK.F0+0/[-:M:M3N5-9Y]>@IO;02A$O_53JY^J.Z(YT
M<-1[VA7;`=!?-5P3$W4YZO+9L-!39\+/`)`4?6EK];F(<Q';+US=&7DQ$H`[
MY[<E_5F;4)NPY][?Z1GW,P"HN1%_)S7S8>;#Z[$I-Z_%70-@:]:#S<>.!AX-
M7%%TO'PJ?0#(JPK8Q]MP:,.A(QNW_''8_S``3GX'\^QL<FQR2EU=A"5N)0!L
MMLUV*BSS*/.PYA>LMQ)8@;I]Y>ZJNY2R;`(B?:-L4G0YX+@^VDK\3/H!I@%@
M(3B+84JQH88@N>2CD$J],/0Q0LC^%+TG>A>F<C$:C=;8GA1*B;D$XB+O2CM&
MQ2I'[`+LK/3MX=K;=H5%)&6).CA;IX4J;J>FQ"4D?^<IV]A%1"NS$S2#,[4U
M=G*\DMED'4A==WQZ>UB6+UG2*S9VAT-DY/8]?W"E76(38X+NW=?;O=4#EGWF
M!D?@`M?HT'W)SKNV2Z6\T&_UB@GVO^[`!#$&ZB3W#03;N+S`X(B0L)VJ<1ZN
M\%8G!U<:V02RDLO<084T,N'M)E&&"MXY'P%?=[>EJJF&KGIX2GCP]GBSW/'K
MCU%_(QBE$X$(OE_I*TIX>$:$:<(D02XG@:(MT^4J.PWR8Z[_?>I/*!H0<G*[
M(2D:%D6%P6EPL@P7TW*9FD:9@,`%;`Q%(%D601P3(S/U3%@BZHHJ$)GX&A)3
MDY*&88BBH0[ITHM@<UE)$3%+B`;$;T.FJG+J\JI422TQI8U6QK)J^&VV5LSA
M,V\Y1YGP)?96!")2X=0IM@P9A5@`^J2B1B>3,N6(4J((D&=1[04*$`%0"$P1
M"L/&@2RG0`(<8D*L*3#2V!T6$1VB;*J8RT@.W4JC7[WFPNC0UDE(TC2JV"H2
M&A*"DX&J+(U%-P6N\&;BKI5!\"Y4@%V@W:-_!1WP.!&EK`R%R>*(%L$!\F7L
MP%.IY2N1<O)#Y`'A#G2/<0.OI?ZU$KE`OH7<)%R'ZAG?\`$JC%I!(B0:D0'3
M!V@PAJ!8@21IY<ENRN7ZZJ#6VV/#BO,Z$JLRPZ(0FYO',B.B=R11"\R:LZ*"
M57R"-'=L30I5[.-9[_@;2VUX:;0-NA1I%ZSY/C(#G%K_(56Y<"_)6#/7(UHL
M';9]O4?9)=!\BU4IFWDE+)*;D!B6\G9R'*U9)_B#H181&;,UZM2`<>0NDZ!5
MX7*&F<=C\AY4@U>CRE&,L(A@VT&#Z7*%'K8.X:IFGY2]RH5PIGMZ6O1)7\F`
M;0V.R6G:"2GG\0-A$.%B7'"Z8=QJ^^_KJJ-_)R7<Q%+2*QTI%S1',HTL-:J'
MX[=MQYT2G$XK>SDC#MV;D&HUCQ@C&0AW&M6*<_,+<>\/#W4)$]MV[=EK9Y*.
M>WSD_BL"]]!H22_I2'%CV"=VLW_0]NWQ4:%2Z=PL_6%(1D9.+E>F"H8)I.WG
M"45^S'M?P/YE:.7OC>7EVS#_WVG\H^@?3TZY"S8\%C5],M:I(3ITM/KR<1=_
M\S6B"J?9WTH"([P,;ZBN,ZJC:;SQ=:'7\__>^OO[>&?_[Z00F[!;@B@+#9/]
M-NX9%G(_MM<R-X4==3C:E)&MX/8J3#_=KX"P:9O_+=%S[B$7'H3KGKO3?OW)
MB5/W6GSDJ/N.#.,Y`V%!#+W/^YW>\H63>A.R=R337L+^9(MJ%:P331Z?_^EP
M^4D8=TGPVN;)EXL%?>'%X9$:^R-&+K?NOTMQ_GR]Z>KRNWCJEEN;5K_-N':W
MT[D)EJX0#O8\5LV?.R%WZ92U7!^TR<'\>.CK!UJVKZ?8.W94#+DUG!Y?5;V'
MQ+O9[)YMVY6O?>"+0%.E-&9FH()U_4:#/4U:)H"3!C7M]3[V75%95T7WTM6S
M0+-FX>!FO4#E&?/=+$AN/_%AQX#D^DL7[_`$=UP.G:_M-_Z^Y93I5T*)U9.'
MAA<50B>MGIU\CY7?BAW_:LH@E^_]ZO+7@X])[;Y#W3G#2+-;NEE61_G@.7K#
M$X_D\QUWL.\'&C:-/1Y:.)O[_4%1XYJX@*G%(D_I?+<ZVR/9GVP%P3WKIKP.
MU:2X-"3G*X"VKN&LVY^KGEF]4-WO6E_"T%FG;W9<ON;^)=;F7>\?BOV.7/5^
M_B5ZW"61_%]02P,$%`````@`CHMM)(G=V23H`0``D0,```P```!84$%40T@Q
M,BY.1D]]D\V.FS`41M=%XAUN=JV$`&,,F%TZR2C3)FV4I%(J9>,8$]`@.^)'
M"6\_-AEU2CI3RSO./?Y\N=X590-Z,\B4/%4">,WX,^2JAGU9E?(*^^G##B+7
M1]"HO+VP6KCPU,*9M;P0#;2%L*U<596ZE/($XBIXU[)CI3]]OA0E+Z!7'32%
MZJH,CMK=G2$OZZ;]DMJ6;4T7LV6P=^?[^2<P*R*A$]$`(,">CSQ*`!!*?:+)
M]<9@,%HD00Y-_`%'_@T/4TQMZ]M\%FCW?E2#2>S$-'K'OEY.MT^K,0T8^P["
M[X59_QLFT+FQ@Y/01/#\R#/G(#\-L6VYA]5TMWA8'][J_H_/5[^6?\$&CPEU
M<!S?X5B'V?[^L5O<18<(47T"U96!YX<W/$DQLBWS0^]@Y)`X<!*"]9V1YY,;
MCE.4:/SK\N>=7(=!L1,2TTCRQXX&_(/.A`[%YJJZD8E'X\&NZS4-Q`U<Q`&Z
M\ZEFF?@PH%;$9*0(TR"YS>?@*-\4MK7I)%R'(46!*ZX"2FDFL8;#E?$6LK(6
MO%5U[QIXIJ2`YBQXR:JJAV,/WX4$E<-F^SB\!3/#KP^DZ?)<U*)N)I.);:V8
M[*$MF'QNH%6P7@QX(:KSQ(AAM#:"][P2&6Q?7Q(\JDYFK"V5=`!1JOOW`E!+
M`0(4`!0````(`"=H;"0?(NL)K"(``*4C```,````````````(`````````!8
M4$%40T@Q,BY%6$502P$"%``4````"`".BVTDB=W9).@!``"1`P``#```````
M```!`"````#6(@``6%!!5$-(,3(N3D9/4$L%!@`````"``(`=````.@D````
!````
`
end


Article: 9453
Subject: Re: Strange Xilinx question?
From: fliptron@netcom.com (Philip Freidin)
Date: Sat, 14 Mar 1998 20:02:02 GMT
Links: << >>  << T >>  << A >>
Here is the answer you should have gotten from Xilinx.

My solution to what you want to do is:

If you want to modify the bits of a ROM in the bitstream, you need to do
three things:
	1) control the placement of the ROMs with location/relative
	   location attributes, so you know where the bits in your
	   microword, or what ever are, in terms of CLB ID.
	2) when running makebits (xact 6) or bitgen (M1), have it output
	   a .LL file.

	3) write a program to patch your bitstream file based on the info 
	   in 1 and 2, and the new data you want to put in the ROM. ( you
	   could ask also why Xilinx hasn't written such a program, given
	   that this is NOT an uncommon request.)

Here is a sample of what you get from the bitgen LL file:

Revision 3
; Created by bitgen M1.3.7 at Wed Dec 03 18:15:26 1997
; Bit lines have the following form:
; <offset> <frame number> <frame offset> <information>
; <information> may be zero or more <kw>=<value> pairs
; Block=<blockname     specifies the block associated with this
;                      memory cell.
;
; Latch=<name>         specifies the latch associated with this memory cell.
;
; Net=<netname>        specifies the user net associated with this
;                      memory cell.
;
; COMPARE=[YES | NO]   specifies whether or not it is appropriate
;                      to compare this bit position between a
;                      "program" and a "readback" bitstream.
;                      If not present the default is NO.
;
; Ram=<ram id>:<bit>   This is used in cases where a CLB function
; Rom=<ram id>:<bit>   generator is used as RAM (or ROM).  <Ram id>
;                      will be either 'F', 'G', or 'M', indicating
;                      that it is part of a single F or G function
;                      generator used as RAM, or as a single RAM
;                      (or ROM) built from both F and G.  <Bit> is
;                      a decimal number.
;
; Info lines have the following form:
; Info <name>=<value>  specifies a bit associated with the LCA
;                      configuration options, and the value of
;                      that bit.  The names of these bits may have
;                      special meaning to software reading the .ll file.
;
Bit       24      1    390 Block=P124 Latch=I1
Bit       36      1    378 Block=P126 Latch=I1
Bit       48      1    366 Block=P128 Latch=I1

yada yada yada

Bit    22838     55     40 Block=CLB_R3C32 Rom=G:0
Bit    22860     55     18 Block=CLB_R1C32 Rom=G:9
Bit    22861     55     17 Block=CLB_R1C32 Rom=G:1
Bit    22862     55     16 Block=CLB_R1C32 Rom=G:0
Bit    22908     56    386 Block=CLB_R31C32 Rom=G:12
Bit    22910     56    384 Block=CLB_R31C32 Rom=G:5
Bit    22932     56    362 Block=CLB_R29C32 Rom=G:12
Bit    22934     56    360 Block=CLB_R29C32 Rom=G:5
Bit    22956     56    338 Block=CLB_R27C32 Rom=G:12
Bit    22958     56    336 Block=CLB_R27C32 Rom=G:5
Bit    22980     56    314 Block=CLB_R25C32 Rom=G:12
Bit    22982     56    312 Block=CLB_R25C32 Rom=G:5
Bit    23006     56    288 Block=CLB_R23C32 Rom=G:12


Bit    69734    168    152 Block=CLB_R12C30 Rom=F:4
Bit    69736    168    150 Block=CLB_R12C30 Rom=F:2
Bit    69746    168    140 Block=CLB_R11C30 Rom=F:4
Bit    69748    168    138 Block=CLB_R11C30 Rom=F:2
Bit    69758    168    128 Block=CLB_R10C30 Rom=F:4
Bit    69760    168    126 Block=CLB_R10C30 Rom=F:2
Bit    69770    168    116 Block=CLB_R9C30 Rom=F:4
Bit    69772    168    114 Block=CLB_R9C30 Rom=F:2
Bit    69784    168    102 Block=CLB_R8C30 Rom=F:4
Bit    69786    168    100 Block=CLB_R8C30 Rom=F:2


Note that the bit positions can change from one run to another, even if
you lock the location of the ROM, because M1 wont let you lock the address
pins. when it routes, it can do pin swaps on these signals, which
radically changes the layout of the ROM in the bitstream.


Good luck
Philip Freidin


In article <350a62aa.425772656@news.dial.pipex.com> ems@see_signature.com (ems) writes:
>
>maybe so, but it would be useful to have some more information; in
>particular, the location of the bits that define the contents of a ROM
>module.
>
>i had a design recently that included a microcoded controller. the
>microcode was stored in a rom module, created via logiblox. with this
>sort of design you have to change the rom contents occasionally, to
>(a) make it work, and (b) carry out simulations, with simplified test
>microcode.
>
>however, it seems that the only way you can do this is to recreate the
>logiblox module with a different MEM file. this meant that i had to go
>through the entire P&R procedure for each iteration, which could take
>several hours. there was also the risk (admittedly small) that the
>route would fail with new rom data. when i asked xilinx tech support
>if there was a better way of doing this, the reply was (a) "why would
>you want to change a rom?", and (b) "why don't you use a ram instead?"
>
>the best solution, of course, is to have a utility to edit the bit
>file directly. i would have written this myself if the required
>information hadn't been "a closely guarded secret".
>
>evan (ems@nospam.riverside-machines.com)
>


Article: 9454
Subject: Re: Strange Xilinx question?
From: z80@ds2.com (Peter)
Date: Sat, 14 Mar 1998 22:05:49 GMT
Links: << >>  << T >>  << A >>

You are right with regard to effort versus cost of ready made P&R
software.

But there are reasonable (if rather uncommon) cases where one might
want this info.

You may want to modify just a part of a design, e.g. the logic in a
decoder. OTOH one can do that more elegantly using the RAM in a 4k
device but then one needs to build in an interface for loading the new
data, whereas the interface for the bitstream is already there.


Peter.

Return address is invalid to help stop junk mail.
E-mail replies to zX80@digiYserve.com but
remove the X and the Y.
Article: 9455
Subject: FCCM'98 Preliminary Program
From: jmarnold@potomac.znet.com (Jeffrey M. Arnold)
Date: 14 Mar 1998 14:27:25 -0800
Links: << >>  << T >>  << A >>
For registration information check out www.fccm.org.



                   The 6th Annual IEEE Symposium on
	     Field-Programmable Custom Computing Machines
			       FCCM '98
              Marriott at Napa Valley, Napa, California
                           14-17 April 1998

                         Preliminary Program


                        Tuesday 14 April 1998
----------------------------------------------------------------------------
7:00pm - 9:00pm
Registration and Reception
----------------------------------------------------------------------------


                        Wednesday 15 April 1998
----------------------------------------------------------------------------
8:30am - 10:00am
Session 1:  Architectures I
----------------------------------------------------------------------------

Authors:      T. Miyamori and K. Olukotun
Organization: Stanford University
Title:        A Quantitative Analysis of Reconfigurable Coprocessors
              for Multimedia Applications

Authors:      C.A. Moritz, D. Yeung and A. Agarwal
Organization: MIT LCS
Title:        Exploring Optimal Cost-Performance Designs for 
              Raw Microprocessors

Authors:      C. Rupp, M. Landguth, T. Garverick, E. Gomersall, H. Holt, 
              J. Arnold and M. Gokhale
Organization: National Semiconductor and Sarnoff Corp.
Title:        The NAPA Adaptive Processing Architecture

----------------------------------------------------------------------------
10:00am - 11:00am
Coffee break and Poster Session
----------------------------------------------------------------------------

----------------------------------------------------------------------------
11:00am - 12:00pm
Session 2:  Special Purpose Systems
----------------------------------------------------------------------------

Authors:      S. Swanchara, S. Harper and P. Athanas
Organization: Virginia Tech
Title:        A Stream-Based Configurable Computing Radio Testbed

Authors:      A. Dollas, E. Sotiriades and A. Emmanonelides 
Organization: Technical University of Crete
Title:        Architecture and Design of GE1, a FCCM for 
              Golomb Ruler Derivation

----------------------------------------------------------------------------
12:00pm - 1:30pm
Lunch break 
----------------------------------------------------------------------------

----------------------------------------------------------------------------
1:30pm - 3:00pm
Session 3:  Architectures II
----------------------------------------------------------------------------

Authors:      A. Ohta, T. Isshiki and H. Kunieda
Organization: Tokyo Institute of Technology
Title:        New FPGA Architecture for Bit-Serial Pipeline Datapath

Authors:      K. Nagami, K. Oguri, T. Shiozawa, H. Ito and R. Konishi
Organization: NTT Optical Network Systems Laboratories
Title:        Plastic Cell Architecture: Towards Reconfigurable Computing
              for General Purpose

Authors:      S. M. Scalera and J. R. Vazquez
Organization: Lockheed Sanders
Title:        The Design and Implementation of a Context Switching FPGA

----------------------------------------------------------------------------
3:00pm - 4:00pm
Coffee break and Poster Session
----------------------------------------------------------------------------

----------------------------------------------------------------------------
4:00pm - 5:00pm
Session 4:  Applications I
----------------------------------------------------------------------------
Authors:      R. Hudson, D. Lehn and P. Athanas
Organization: Virginia Tech
Title:        A Run-Time Reconfigurable Engine for Image Interpolation

Authors:      M. Shand and L. Moll
Organization: DEC
Title:        Hardware/Software Integration in Solar Polarimetry


----------------------------------------------------------------------------
7:00pm - 10:00pm
Buffet dinner and demonstrations
----------------------------------------------------------------------------

                        Thursday 16 April 1998
----------------------------------------------------------------------------
8:30am - 10:00am
Session 5:  Compilers
----------------------------------------------------------------------------

Authors:      A.A. Duncan, D.C. Hendry, P. Cray
Organization: University of Aberdeen
Title:        An Overview of the COBRA-ABS High Level Synthesis System for 
              Multi-FPGA Systems

Authors:      D. Cronquist, P. Franklin, S. Berg and C. Ebeling
Organization: University of Washington
Title:        Specifying and Compiling Applications for RaPiD

Authors:      M.B. Gokhale and J.M. Stone
Organization: Sarnoff Corp.
Title:        NAPA C: Compiling for a Hybrid RISC/FPGA Architecture


----------------------------------------------------------------------------
10:00am - 11:00am
Coffee break and Poster Session
----------------------------------------------------------------------------

----------------------------------------------------------------------------
11:00am - 12:00pm
Session 6:  Tools for Run Time Reconfiguration
----------------------------------------------------------------------------

Authors:      S. Hauck, Z. Li and E. Schwabe
Organization: Northwestern University
Title:        Configuration Compression for the Xilinx XC6200 FPGA

Authors:      N. Shirazi, W. Luk and P.Y.K. Cheung
Organization: Imperial College
Title:        Automating Production of Run-Time Reconfigurable Designs


----------------------------------------------------------------------------
12:00pm - 1:30pm
Lunch break 
----------------------------------------------------------------------------

----------------------------------------------------------------------------
1:30pm - 3:00pm
Session 7:  Module Generation
----------------------------------------------------------------------------

Authors:      M. Chu, K. Sulimma, N. Weaver, A. DeHon, J. Wawrzynek
Organization: UCBerkeley
Title:        Object Oriented Circuit-Generators in Java

Authors:      O. Mencer, M. Morf and M. J. Flynn
Organization: Stanford University
Title:        PAM-Blox: High Performance FPGA Design for Adaptive Computing

Authors:      P. Bellows and B. Hutchings
Organization: Brigham Young University
Title:        JHDL - An HDL for Reconfigurable Systems


----------------------------------------------------------------------------
3:00pm - 4:00pm
Coffee break and Poster Session
----------------------------------------------------------------------------

----------------------------------------------------------------------------
4:00pm - 5:00pm
Session 8:  Applications II
----------------------------------------------------------------------------

Authors:      P. Zhong, M. Martonosi, P. Ashar and S. Malik
Organization: Princeon University and NEC CCRL
Title:        Accelerating Boolean Satisfiability with Configurable Hardware

Authors:      A. Rashid, J. Leonard and W.H. Mangione-Smith
Organization: UCLA
Title:        Dynamic Circuit Generation for Solving Specific Problem
              Instances of Boolean Satisfiability



                        Friday 17 April 1998
----------------------------------------------------------------------------
8:30am - 10:00am
Session 9:  Arithmetic
----------------------------------------------------------------------------

Authors:      W. Ligon, S. McMillan, G. Monn, F. Stivers and K. Underwood
Organization: Clemson University
Title:        A Re-evaluation of the Practicality of Floating Point 
              Operations on FPGAs

Authors:      A. F. Tenca and M. D. Ercegovac
Organization: UCLA
Title:        A Variable Long-precision Arithmetic Unit Design suitable for
              Reconfigurable Coprocessor Architectures

Authors:      S. D. Haynes and P. Y. K. Cheung
Organization: Imperial College
Title:        A Reconfigurable Multiplier Array for Video Image Processing
              Tasks, Suitable for Embedding in an FPGA Structure


----------------------------------------------------------------------------
10:00am - 11:00am
Coffee break and Poster Session
----------------------------------------------------------------------------

----------------------------------------------------------------------------
11:00am - 12:00pm
Session 10:  Applications III
----------------------------------------------------------------------------

Authors:      S. Singh and R. Sloys
Organization: Xilinx
Title:        Accelerating Adobe Photo Using the XC6200 FPGA

Authors:      K. Weiss, R. Kistner, A. Kunzmann, W. Rosenstiel
Organization: University of Karlsruhe and University of Tubingen
Title:        Analysis of the XC6000 Architecture for Embedded System Design



-- 
Jeffrey M. Arnold		jmarnold@znet.com
10686 Mira Lago Terrace		Tel: 619-547-9257
San Diego, CA 92131		Fax: 619-547-9010
USA
Article: 9456
Subject: Re: The case for Linux and EDA
From: s_clubb@die.spammer.netcomuk.co.uk (Stuart Clubb)
Date: Sat, 14 Mar 1998 22:54:31 GMT
Links: << >>  << T >>  << A >>
On 14 Mar 1998 00:36:00 GMT, "rk" <stellare@erols.com.NOSPAM> wrote:

>it goes on to say that the "pc-based quicktools plus 7.0 offers schematic
>engry, p&r, timing analysis, and 3rd party tool interfaces." - available
>for $495.  the quickworks package for windows available for $2,995.
>
>not recommending anything but it is in line with this discussion about eda
>tools, platforms, and markets and a data point.
>
>and note that the synplicity program is available for quite a bit less $
>with a lot of other eda capability too, for this environment.  interesting.

But, does this have something to do with the long standing
relationship between Synplicity and Quicklogic. I wouldn't be
surprised if Quicklogic had some involvement at the start-up and so
lever appropriate access to the product at low (or possibly zero?)
cost.

I presume it'll only support QL devices, and won't be upgradeable to
other vendors, will it?

Stuart
Article: 9457
Subject: Re: The case for Linux and EDA
From: "rk" <stellare@erols.com.NOSPAM>
Date: 14 Mar 1998 23:55:21 GMT
Links: << >>  << T >>  << A >>
rk:
: >it goes on to say that the "pc-based quicktools plus 7.0 offers
schematic
: >engry, p&r, timing analysis, and 3rd party tool interfaces." - available
: >for $495.  the quickworks package for windows available for $2,995.
: >
: >not recommending anything but it is in line with this discussion about
eda
: >tools, platforms, and markets and a data point.
: >
: >and note that the synplicity program is available for quite a bit less $
: >with a lot of other eda capability too, for this environment. 
interesting.

stu: 
: But, does this have something to do with the long standing
: relationship between Synplicity and Quicklogic. I wouldn't be
: surprised if Quicklogic had some involvement at the start-up and so
: lever appropriate access to the product at low (or possibly zero?)
: cost.
: 
: I presume it'll only support QL devices, and won't be upgradeable to
: other vendors, will it?

rk:
hi stu,

dunno any more than basically what i posted, got it from ee times, just ran
across it as a datapoint on how one can design with the same tool for an
order of magnitude less $ than on another platform (how's that for delicate
wording).

i assume that that package will only support q-logic stuff, but don't
really now.  it sounds similar to the way viewlogic does a lot of business.
 big $ on unix, less for pc, way less if a silicon dealer oem's it,
restricted to their devices.  doesn't xilinx incorporate some synopsys
tools at least than standard price?  i think i remember hearing a blurb
about that and saw some reference to synopsys on xilinx' www site:

	The Foundation Express System incoporates advanced synthesis technology
from 
	Synopsys into the Foundation Standard System providing push-button and 
	constraint driven synthesis for VHDL and Verilog.  

i have some experience with synplicity, but i have not yet targeted the ql
devices.  my ql3025 design was done in a schematic.  perhaps someone up on
the q-logic curve could better answer your questions.

--------------------------------------------------------------
rk

"there's nothing like real data to screw up a great theory" 
- me (modified from original, slightly more colorful version)
--------------------------------------------------------------
Article: 9458
Subject: Xilinx XACT 6.01 crack
From: Anonymous <Use-Author-Address-Header@[127.1]>
Date: Sun, 15 Mar 1998 04:36:21 -0500
Links: << >>  << T >>  << A >>

>>>>>>>>>  Crack for Xilinx software deleted by Archive Owner



Article: 9459
Subject: Re: Strange Xilinx question?
From: Ed McCauley <edmccauley@bltinc.com>
Date: Sun, 15 Mar 1998 09:10:23 -0500
Links: << >>  << T >>  << A >>
This is a multi-part message in MIME format.
--------------733CC5D50035A2854133574D
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

For all the "uncommon" applications so far presented, a modification of the
original source followed by an M1 or PPR run with the guide option would have
addressed the situations.  Standard, readable source, no long run times,
consistent placement and timing results.

There may be applications that warrant "going behind the scenes" but they are
SO few and SO far between that MOST users should consider the "standard"
approache(s) first.

--
Ed McCauley
Bottom Line Technologies Inc.
Specializing Exclusively in Xilinx Design, Development and Training
Voice: (500) 447-FPGA, 908) 996-0817
FAX:   (908) 996-0817


--------------733CC5D50035A2854133574D
Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Ed McCauley
Content-Disposition: attachment; filename="vcard.vcf"

begin:          vcard
fn:             Ed McCauley
n:              McCauley;Ed
org:            Bottom Line Technologies Inc.
email;internet: edmccauley@bltinc.com
title:          President
x-mozilla-cpt:  ;0
x-mozilla-html: TRUE
version:        2.1
end:            vcard


--------------733CC5D50035A2854133574D--

Article: 9460
Subject: [SUMMARY] Analog crossbar switch matrix IC?
From: Achim Gratz <gratz@ite.inf.tu-dresden.de>
Date: 15 Mar 1998 19:10:12 +0100
Links: << >>  << T >>  << A >>
Achim Gratz <gratz@ite.inf.tu-dresden.de> writes:

> Is there such a thing as a programmable analog switch matrix/crossbar?
> I find digital ones (Lattice, Aptix FPIC), analog muxes and complete
> switch boxes for measurement equipment, some for analog mixers, but
> both extremely expensive.  I'd like to use these with a Zetex TRAC
> device for lab exercises, so fmax=4MHz, crosstalk -60dB, Ron
> uncritical if tightly distributed.  Before I forget, programmable
> resitors/capacitors would be a boon, too although I could use analog
> muxes for these.

Thanks to all who replied either to this forum or by email.

The first thing I learned was that I had searched for the wrong term,
searches for "crosspoint" turned out to be much more successful.
Here's the chips that fitted my description:

Harris          HA456   120MHz  8x8  video crosspoint switch
Analog Devices  AD8116  200MHz 16x16 video crosspoint switch
Mitel           MT8816   45MHz  8x16 analog switch matrix
Maxim           MAX456   35MHz  8x8  video crosspoint switch
SGS Thomson     M3493    50MHz 12x8  CMOS crosspoint

Of these, only the latter two seem to fit into my budget.  It appears
that iCube FPID can also be used to route low-voltage analog signals,
there's an application note on www.iCUBE.com to that effect.  The main
benefit would be a much higher port density than any of the above at a
very nice price, but the signal range is probably too small.  Aptix
doesn't seem to sell their FPIC as a chip anymore.

Much to my embarassment I found out not much later that right here in
Dresden a programmable analog circuit complete with passive elements
has been developed.  I'm waiting for the data sheet to arrive, here's
the WWW description:

http://www.imsdd.fhg.de/ext/produkt/ads2/fpad/info_asb101_e.html


Achim Gratz.

--+<[ It's the small pleasures that make life so miserable. ]>+--
WWW:    http://www.inf.tu-dresden.de/~ag7/{english/}
E-Mail: gratz@ite.inf.tu-dresden.de
Phone:  +49 351 463 - 8325
Article: 9461
Subject: Suggestions on synthesis/simulation packages under $10K
From: Joel Kolstad <Joel.Kolstad@Techne-Sys.Com>
Date: Sun, 15 Mar 1998 15:09:51 -0800
Links: << >>  << T >>  << A >>
In fact, under $5K would be nice, but that doesn't seem doable...

Anyway, this is what we're looking to do:

-- Simulate VHDL
-- Synthesize VHDL
-- Place and route designs for, say, Xilinx
-- Possibly schematic capture, although I could readily live without it
-- Operate under Windows NT

All of the tools count on the FPGA vendor's P&R tool (e.g., Xilinx M1),
so as long as the given synthesis package will work with it (EDIF seems
to be the interface format), I'm happy.

So far I've looked at Accolade's PeakVHDL/PeakFPGA and Aldec's
ActiveVHDL/ActiveSynthesis.  Accolade has a very attractive price but
unfortunately crashes pretty readily during simulation (major, major
drawback!).  Aldec is on the higher end of (our) price scale, but it's
certainly a contender.

Who else should I be looking at?

Thanks...

---Joel Kolstad





Article: 9462
Subject: Xilinx could gaurd its secrets better (Re: Strange Xilinx question?)
From: Jim Peterson <jspeter@nospam.birch.ee.vt.edu>
Date: Sun, 15 Mar 1998 19:32:10 -0500
Links: << >>  << T >>  << A >>
Don Husby wrote:

 [snip]

>   Several Followups: Debate on why Xilinx would keep such a thing secret
>   { They're just big meanies
>     They are protecting their customers from reverse engineers.
>     They're protecting themselves from better tool writers.
>   }

 [snip]

>   Mention that NeoCad once hacked xilinx bitfile format
>   { they were bought by xilinx. }

If NeoCad did it, so could someone else, at any time.  Perhaps a better
solution would be to encode the bitstream in a manner that could not
be broken easily (e.g., encryption techniques).  Decoders for such bit
streams could probably easily fit in a small area of silicon on the
FPGA.  Then, if Xilinx was not too worried about software competition,
they could release an inexpensive program that converts open-format bit
streams into encrypted bit streams, allowing hobbyists and grad.
students, etc. to make their own experimental utilities as needed.
Furthermore, the bit stream could be encrypted at such a level of
security as to allow such data files to be stored and transmitted in
insecure manners despite the fact that the application itself is
confidential.

--Jim
Article: 9463
Subject: Ideas for an FPGA Project?
From: arosa@mail.telepac.pt (Antonio Rosa)
Date: Mon, 16 Mar 1998 00:44:42 GMT
Links: << >>  << T >>  << A >>

   Hi, i would like to develop an one semester project with an FPGA.
This project should make something with advantages when compared to
microcontrollers/microprocessors such as working with multiple
sensors.... does anybody has an idea?


   Thanks!
   Antonio Rosa

 
   p.s: please email the idea

   

  mail: arosa@mail.telepac.pt
Article: 9464
Subject: Re: Byteblaster
From: "naveed" <hgg@gfh.df>
Date: 16 Mar 1998 02:57:15 GMT
Links: << >>  << T >>  << A >>

go to www.acte.no/freecore

--
Naveed

zhangy <zhangy@isee.zju.edu.cn> wrote in article
<350735E7.1F79@isee.zju.edu.cn>...
> Who knows the ByteBlaster circult?
> 
Article: 9465
Subject: Re: Suggestions on synthesis/simulation packages under $10K
From: jcooley@world.std.com (John Cooley)
Date: Mon, 16 Mar 1998 03:06:25 GMT
Links: << >>  << T >>  << A >>
Joel Kolstad  <Joel.Kolstad@Techne-Sys.Com> wrote:
>In fact, under $5K would be nice, but that doesn't seem doable...
>Anyway, this is what we're looking to do:
>
>-- Simulate VHDL
>-- Synthesize VHDL
>-- Place and route designs for, say, Xilinx
>-- Possibly schematic capture, although I could readily live without it
>-- Operate under Windows NT
>
>So far I've looked at Accolade's PeakVHDL/PeakFPGA and Aldec's
>ActiveVHDL/ActiveSynthesis.  Accolade has a very attractive price but
>unfortunately crashes pretty readily during simulation (major, major
>drawback!).  Aldec is on the higher end of (our) price scale, but it's
>certainly a contender.

Joel, if you're not too driven by quality of results and don't mind
being locked into one particular company's FPGA/CPLDs, I think most
of the biggies (Xilinx, Altera, etc.) offer some sort of hacked
yet virtually free software.  If you want quality of results and
support on that design path, you'll have to fork out some $$$ for
the commercial simulators & synthesis tools.  (Actually I'm surprized
that EDA software pricing is a big issue for you.  Your company
will spend a whole hell of a lot more on your salary, your benefits,
your workstation, your office, and the sysadmin involved.  Paying
$5,000 or $35,000 for EDA tools is chump change compared to the other 
costs involved with serious electronics R&D -- not to mention the
loses your company goes through when you're spending your time
supporting cheap tools.  There are no free lunches.)

                           - John Cooley
                             Part Time EDA Consumer Advocate
                             Full Time ASIC, FPGA & EDA Design Consultant

===========================================================================
 Trapped trying to figure out a Synopsys bug?  Want to hear how 6000+ other
 users dealt with it ?  Then join the E-Mail Synopsys Users Group (ESNUG)!
 
      !!!     "It's not a BUG,               jcooley@world.std.com
     /o o\  /  it's a FEATURE!"                 (508) 429-4357
    (  >  )
     \ - /     - John Cooley, EDA & ASIC Design Consultant in Synopsys,
     _] [_         Verilog, VHDL and numerous Design Methodologies.

     Holliston Poor Farm, P.O. Box 6222, Holliston, MA  01746-6222
   Legal Disclaimer: "As always, anything said here is only opinion."
Article: 9466
Subject: Re: Strange Xilinx question?
From: Rick Collins <spamgoeshere1@yahoo.com>
Date: Mon, 16 Mar 1998 01:09:31 -0500
Links: << >>  << T >>  << A >>
Peter wrote:

> You are right with regard to effort versus cost of ready made P&R
> software.
>
> But there are reasonable (if rather uncommon) cases where one might
> want this info.
>
> You may want to modify just a part of a design, e.g. the logic in a
> decoder. OTOH one can do that more elegantly using the RAM in a 4k
> device but then one needs to build in an interface for loading the new
> data, whereas the interface for the bitstream is already there.
>
> Peter.
>

This level of modification is supported in the toolset supplied by Xilinx.
Once you have a routed design (or if you just have an unrouted XNF file),
you can edit it in the layout editor and very easily modify a CLB or any
part of one. Likewise you can edit the routing in a manual or
semi-automatic way. As someone else in this thread mentioned, you then
have a poorly documented design. Your schematic says one thing and the
chip contains another. Kinda like doing hand modifications to the EPROM
image of the executable from a "C" program. You may know what you are
doing, but will you remember what you did in a month or a year?

Rick Collins

redsp@yahoo.com



Article: 9467
Subject: Re: Xilinx XACT 6.01 crack
From: z80@ds2.com (Peter)
Date: Mon, 16 Mar 1998 07:38:50 GMT
Links: << >>  << T >>  << A >>
Very Smart, seems to work. Bye bye dongle, at last.


Peter.

Return address is invalid to help stop junk mail.
E-mail replies to zX80@digiYserve.com but
remove the X and the Y.
Article: 9468
Subject: Re: Suggestions on synthesis/simulation packages under $10K
From: ees1ht@ee.surrey.ac.uk (Hans)
Date: 16 Mar 1998 09:58:23 GMT
Links: << >>  << T >>  << A >>
Joel,

Which version of NT were you trying to run PeakVHDL on? I have been using 
PeakVHDL (4.21a) on NT4 + service pack3 for some time now and it is more stable 
than some of Microsoft's own products. As described in the service pack 3 
readme file you have to reinstall the service pack each time you install a new 
application.

Just a though,
Hans. 


In article <350C5FBE.15FDF455@Techne-Sys.Com>, Joel.Kolstad@Techne-Sys.Com
says...

>So far I've looked at Accolade's PeakVHDL/PeakFPGA and Aldec's
>ActiveVHDL/ActiveSynthesis.  Accolade has a very attractive price but
>unfortunately crashes pretty readily during simulation (major, major
>drawback!).  
>Thanks...
>
>---Joel Kolstad


Article: 9469
Subject: Re: Strange Xilinx question?
From: ems@see_signature.com (ems)
Date: Mon, 16 Mar 1998 10:32:05 GMT
Links: << >>  << T >>  << A >>
On Sun, 15 Mar 1998 09:10:23 -0500, Ed McCauley
<edmccauley@bltinc.com> wrote:

>For all the "uncommon" applications so far presented...

i seem to have missed the other "uncommon" applications that were
presented - i guess that this is down to my news server.

> a modification of the original source followed by an M1 or PPR run with the
> guide option would have addressed the situations.

thank you. i'm sure that there will be some people reading this thread
who have never used the M1 tools, and we shouldn't forget the
importance of providing an answer which may appear to be obvious to
anybody else.

> Standard, readable source, no long run times,
>consistent placement and timing results.

option (A):
  several source revisions. several revision directories. several
failed guided designs, each with its own potentially different
placement and timing results.

option (B):
 one source revision. one PPR run. one placement, one timing result.
several MEM files, as required, which can be patched into a single bit
file.

> MOST users should consider the "standard" approache(s) first.

it would be foolish to consider anything else first.

evan (ems@nospam.riverside-machines.com)

Article: 9470
Subject: Re: Strange Xilinx question?
From: ems@see_signature.com (ems)
Date: Mon, 16 Mar 1998 10:45:24 GMT
Links: << >>  << T >>  << A >>
thanks for the info. i'll try to give it a go when i get some time.

evan

Article: 9471
Subject: Re: Xilinx could gaurd its secrets better (Re: Strange Xilinx question?)
From: z80@ds2.com (Peter)
Date: Mon, 16 Mar 1998 15:16:28 GMT
Links: << >>  << T >>  << A >>

>If NeoCad did it, so could someone else, at any time.  Perhaps a better
>solution would be to encode the bitstream in a manner that could not
>be broken easily (e.g., encryption techniques).  Decoders for such bit
>streams could probably easily fit in a small area of silicon on the
>FPGA. 

That's right, but

 a) the *encryption* algorithm would be present in Xilinx's tools

 b) there are firms who for say $20k-$100k will reverse engineer an
entire ASIC and give you the netlist

So it would be possible to reverse engineer not only the encryption
(by disassembly of the P&R software) but also the silicon layout.

One can only speculate how Neocad did it but disassembling the P&R
tools would be the obvious starting point.

IMO one can get very good security with a RAM-based FPGA. In most
applications the FPGA is *not* performing some incredibly amazingly
complex patented function, and it would be easier to do one's own
design. 

And if the app is really sensitive then one can load the design into
the device and have it battery-backed. Make sure there are no spikes
around :)


Peter.

Return address is invalid to help stop junk mail.
E-mail replies to zX80@digiYserve.com but
remove the X and the Y.
Article: 9472
Subject: High Speed Digital Designers...
From: "Hunter Int." <cleaner@starnetinc.com>
Date: Mon, 16 Mar 1998 10:03:21 -0600
Links: << >>  << T >>  << A >>
Hi,

We have an opportunity for an individual who has done some complex Circuit
Board/FPGA design to work at a place where cutting edge technology is the
norm, and one of the very best design staffs in the country awaits.

This position is for someone who has between 3-10 years of high performance
custom circuit design under his/her belt.  You will be working on some of
the "neatest" projects you've ever seen, and will become a stellar hardware
designer for your efforts.

Some of the "buzz":  We are looking for High Speed Digital Designers,
having some experience with PLD's, FPGA's (ASICS), complex designs (nothing
simple at this place), understands timings, etc...  Not a person who still
needs a lot of instruction, we are hoping to find an individual who can
stand alone and bring a project in from scratch to production.

This is a great company!  Our guarantee is this:  If you go in and chat
with these people, you WILL want to work there, especially if you can do
this type of work.

They are located on the North side of Chicago, near Skokie or Evanston,
just off the Kennedy.  Salary will be very nice, they're not cheap, as
they're looking for the best we can bring in.

Please E-mail or Fax us at:

Hunter International
E-mail: cleaner@starnetinc.com
Fax: (815)356-9225

Thanks,

Dave...

















Article: 9473
Subject: Summer job: Compiling for reconfigurable FPGA computing
From: "David G. Stork" <stork@rsv.ricoh.com>
Date: Mon, 16 Mar 1998 09:52:13 -0800
Links: << >>  << T >>  << A >>
========================================================================
                        SUMMER STUDENT POSITION                 
           Compilers for reconfigurable FPGA-based computing

Ricoh Silicon Valley will have a summer position for a talented graduate 
student in computer science or electrical engineering to assist a  small
team of  hardware,  software and  algorithm  specialists  in research in 
novel FPGA-based  reconfigurable  computing.  The student will assist in
compiler development and testing for applications in parallel image pro-
cessing.

Background in the following areas is highly desirable:

     * C/UNIX
     * image processing algorithms
     * compilers for digital signal processors
     * gcc compilers
     * SUIF (Stanford University Intermediate Format)
     * parallel processing

The period  of employment  is somewhat flexible  to meet the needs of
the
successful candidate, but is expected to begin in late May or early
June,
and end in late August  or early Sepetember, 1998.  Salary is
competitive
and commensurate with experience.

To apply:  

   Please send a (paper) cover letter,  current transcript,  names and
   phone numbers and e-mail addresses of two people familiar with your 
   work, plus any supporting material (code, papers, projects) to:

            Dr. David G. Stork
            California Research Center
            Ricoh Silicon Valley
            2882 Sand Hill Road #115
            Menlo Park, CA 94028-7820 

(Please do not e-mail your application.)

We  will  attend  FCCM'98 in Nappa Valley, CA April 15-17,  and would be 
happy to meet with applicants at that time.

The  California Research Center of Ricoh Silicon Valley, Inc. is a small
lab focussing on information technologies for  future office  automation
environments,  such as image compression, uses of the world wide web and
document technologies.  The lab is very close to Stanford University and
in easy  driving distance to  San Francisco,  San Jose,  Santa Cruz, and 
many Bay Area natural and cultural attractions.

Ricoh Silicon Valley  is an equal-opportunity  employer  and  encourages
qualified  women  and minorities to apply.  Applicants  must  already be
qualified to work in the USA.  Further information is available at:

                     http://www.crc.ricoh.com.

Specific questions can be addressed to:  stork@rsv.ricoh.com.

========================================================================
Article: 9474
Subject: Re: Strange Xilinx question?
From: Peter Alfke <peter.alfke@xilinx.com>
Date: Mon, 16 Mar 1998 11:13:42 -0800
Links: << >>  << T >>  << A >>
Nick Hartl wrote:
Most closely guarded secret!!!  Xilinx has two concerns.
1. Customers do not want their designs reversed engineered.  If you know
what the bit pattern does you have the design.

> 2. Xilinx's own position.  If what the bit steam did to the part was
> known,
> making a drop in replacement part would be a lot easier.
>  

This is really the same as 1. above, concern for our customers'
intellectual property.
The designer who created the FPGA-based design obviously knows what's
going on in the design, and the GUI can show it in excruciating detail.
Giving him/her the meaning of gezillion configuration bits adds no new
information. Only the rip-off artist would profit...

Somebody mentioned reverse engineering. Obviously, NeoCAD did it.
But remember that they were ( are ) a bunch of very experienced
engineers, and they spent a few dozen man-years ( "person-years" to be
politically correct ) on their software effort. And they found out that
it is not a viable stand-alone business.

So, if you have the time and a few million dollars, and nothing better
to do,  you can do it. Otherwise it's much cheaper to buy the software..

Peter Alfke, Xilinx Applications



Site Home   Archive Home   FAQ Home   How to search the Archive   How to Navigate the Archive   
Compare FPGA features and resources   

Threads starting:
1994JulAugSepOctNovDec1994
1995JanFebMarAprMayJunJulAugSepOctNovDec1995
1996JanFebMarAprMayJunJulAugSepOctNovDec1996
1997JanFebMarAprMayJunJulAugSepOctNovDec1997
1998JanFebMarAprMayJunJulAugSepOctNovDec1998
1999JanFebMarAprMayJunJulAugSepOctNovDec1999
2000JanFebMarAprMayJunJulAugSepOctNovDec2000
2001JanFebMarAprMayJunJulAugSepOctNovDec2001
2002JanFebMarAprMayJunJulAugSepOctNovDec2002
2003JanFebMarAprMayJunJulAugSepOctNovDec2003
2004JanFebMarAprMayJunJulAugSepOctNovDec2004
2005JanFebMarAprMayJunJulAugSepOctNovDec2005
2006JanFebMarAprMayJunJulAugSepOctNovDec2006
2007JanFebMarAprMayJunJulAugSepOctNovDec2007
2008JanFebMarAprMayJunJulAugSepOctNovDec2008
2009JanFebMarAprMayJunJulAugSepOctNovDec2009
2010JanFebMarAprMayJunJulAugSepOctNovDec2010
2011JanFebMarAprMayJunJulAugSepOctNovDec2011
2012JanFebMarAprMayJunJulAugSepOctNovDec2012
2013JanFebMarAprMayJunJulAugSepOctNovDec2013
2014JanFebMarAprMayJunJulAugSepOctNovDec2014
2015JanFebMarAprMayJunJulAugSepOctNovDec2015
2016JanFebMarAprMayJunJulAugSepOctNovDec2016
2017JanFebMarAprMayJunJulAugSepOctNovDec2017
2018JanFebMarAprMayJunJulAugSepOctNovDec2018
2019JanFebMarAprMayJunJulAugSepOctNovDec2019
2020JanFebMarAprMay2020

Authors:A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

Custom Search