41 karma · joined July 27, 2009
Synthesises to about 700+ slices at 150MHz on a Spartan6.
The core is written entirely in synthesisable Verilog RTL. Synthesises to about 700+ Slices at around 150MHz on a Spartan6. (minus h/w division and modulo)
Feel free to extend/expand/contribute.
I posted it on HN yesterday. http://news.ycombinator.com/item?id=3821400
Though, I've got a lot less time to focus on it now, with all sorts of other worldly responsibilities.
Aeste - http://www.aeste.my/hiringnow
Swimming (and drowning) at the software-hardware boundary.
We are currently looking to fill several full-time engineering positions.
If you are looking for a place to experience an alternate work culture within Malaysia, feel free to apply. At AESTE, you will be given the opportunity to impact the world in unexpected ways.
Work involves swimming and drowning at the software-hardware interface. Home of the smallest and fastest 32-bit multi-threaded embedded microprocessor core.
Install a proxy server, such as squid, on your local machine. Point your browser to use the local proxy server. Some stuff will get cached on your proxy server and will not be loaded from the Internet.
You can install some additional filters and chain your proxy servers so that they strip out adverts and what nots.
I assume that this is for an entry-level position.
Monthly salary : ~ US$650-$950 (Average US$800).
EPF deduction: 11% Room Rent: US$150. Food: US$250 (3 ramen sized meals) Car Installment: US$100 (Perodua Viva) Petrol: US$50
These are the costs for survival mode living.
Optional Movie ticket: US$3-5 Internet (1Mbps): US$35 Mobile (300 mins): US$10 Alcohol: Forget it.
Swimming (and possibly drowning) at the software-hardware interface. Projects will largely involve building an ecosystem around the world's smallest and fastest 32-bit multi-threaded microprocessor core.
For simulation with Icarus Verilog, it might be possible to upload the compiled VVP binary. You can sell your computing power as a utility (ala cloud computing) and help people save cost from buying an expensive server and save time from having to wait days for results.
For FPGA selection, I personally doubt that your tool would be that useful because this decision is primarily dictated by the cost of parts - rather than the specific features. The hardware business is very cost-driven. What you can do is to provide customers with the ability to perform synthesis over multiple architectures for the purpose of 'testing' that their code works on them all.
I am guessing that it will all be architecturally specific. An ARM will have a different power profile to a MIPS running the same C code. Personally, I would like to see the option of a -Op switch to GCC that selects power-optimised code paths.
Even with so many OSS developers in this world, we only have one decent compiler that targets multiple platforms - GCC, and even that has lots of issues. The number of FPGA developers is far smaller and most of us would rather focus on the hardware design, than write software tools.
So, if you want to see a good FPGA tool chain, you would need to convince enough FPGA developers with software skills and enough software developers with hardware skills, to put an effort behind actually making it work.