Such a cpu is tiny compare to the reste of the GPU in terme of space. It offer great flexibility and provide means to correct some hardware bug and adding some feature that could be very complexe and slow in pure hardware.
2006/8/2, Peter TB Brett <[EMAIL PROTECTED]>:
On Wednesday 02 August 2006 13:44, Nicolas Boulay wrote: > I see you fight for flexibility and compatibility issue. Usually when > such problem is more important than performance (in power, space or > speed), you put a CPU. > > Maybe you could put a strip down LEON cpu (a spark like) and use there > caches as memory. Thos memory could be loaded at boot time from an > eeprom. This cpu will only act as a supervisor and is mainly dedicated > to control the datapath from a very high point of view. > > If LEON is too big, a 8 bits microcontroler could do the job. > > LEON take 5k virtex FPGA cells. It's roughtly the speed of an ARM9. > Compare to the GPU, it could a tiny add that enable a lot of > flexibility. For a feature that it has been generally agreed that less that 1% of users are likely to need, however, it is enormous overkill. Peter -- Fisher Society publicity officer http://tinyurl.com/o39w2 CUSBC novices, match and league secretary http://tinyurl.com/mwrc9 Quake II build tools maintainer http://tinyurl.com/fkldd v2sw6YShw7$ln5pr6ck3ma8u6/8Lw3+2m0l7Ci6e4+8t4Eb8Aen5+6g6Pa2Xs5MSr5p4 hackerkey.com _______________________________________________ Open-graphics mailing list [email protected] http://lists.duskglow.com/mailman/listinfo/open-graphics List service provided by Duskglow Consulting, LLC (www.duskglow.com)
_______________________________________________ Open-graphics mailing list [email protected] http://lists.duskglow.com/mailman/listinfo/open-graphics List service provided by Duskglow Consulting, LLC (www.duskglow.com)
