There is plenty of spin, and 'patent dance' sounding talk, but the core idea seems to be 'multi threading' or time slice/serialize of the logic. That can save routing and LUTs but not save config memory and it will ADD the config-mux logic cost, between slice storage, and power impact.
The real test will come down to the SW, and if it will do the 'slice and dice' needed on the code, and if that will be debug-able.
10 years ago there were reconfigurable FPGA's. Is there something fundamentally diffferent about these?
I also question the phrase (spin?)
"We don't ask customers to do anything fundamentally different than they've done before,"
Please define "Fundamentally Different". Just coding for configurabnility is fundamentally different.
Blog Doing Math in FPGAs Tom Burke 24 comments For a recent project, I explored doing "real" (that is, non-integer) math on a Spartan 3 FPGA. FPGAs, by their nature, do integer math. That is, there's no floating-point ...