 |
|
| Computers Forum Index » Computer Architecture - Embedded » FPGA Soft Core CPUs... |
|
Page 1 of 1 |
|
| Author |
Message |
| Jack Klein... |
Posted: Fri Nov 06, 2009 6:15 am |
|
|
|
Guest
|
Parts obsolescence is biting again, and at least one of my EEs is
insisting that we spin replacement boards with soft-core processors in
FPGAs.
There are several things I don't like about that.
First, how robust are these systems. What if power is lost during
updating the configuration device?
Second, I don't like the holy wars among our EEs. Most of them use
Altera and wouldn't touch Xilinx to save their lives. But one guy
uses only Xilinx and won't give the Altera rep the time of day. This
hasn't bothered me up until now, when we put together a peripheral
that is accessed to a microcontroller or DSP, because we define an
interface and they meet it. I don't need to care who the FPGA source
is.
But if we're talking soft core, I'm not going to allow our embedded
software department get saddled with supporting both NIOS and Micro
Blaze.
So third, I'd be grateful for any experiences with either soft core,
or even better both, with a comparison between the two.
And does anybody have any experience with the synthesizable ARM soft
core for FPGA? Unless there's a serious handicap, I'd prefer ARM if
we do soft core, we've already good tools and programmer experience.
Any and all comments, real or delusional, welcome.
--
Jack Klein http://JK-Technology.Com
FAQs for
news:comp.lang.c http://c-faq.com/
news:comp.lang.c++ http://www.parashift.com/c++-faq-lite/
news:alt.comp.lang.learn.c-c++
http://www.club.cc.cmu.edu/~ajo/docs/FAQ-acllc.html |
|
|
| Back to top |
|
|
|
| Andy Peters... |
Posted: Mon Nov 09, 2009 9:08 pm |
|
|
|
Guest
|
On Nov 5, 9:00 pm, Jack Klein <jackkl... at (no spam) spamcop.net> wrote:
Quote: Parts obsolescence is biting again, and at least one of my EEs is
insisting that we spin replacement boards with soft-core processors in
FPGAs.
There are several things I don't like about that.
First, how robust are these systems. What if power is lost during
updating the configuration device?
Second, I don't like the holy wars among our EEs. Most of them use
Altera and wouldn't touch Xilinx to save their lives. But one guy
uses only Xilinx and won't give the Altera rep the time of day. This
hasn't bothered me up until now, when we put together a peripheral
that is accessed to a microcontroller or DSP, because we define an
interface and they meet it. I don't need to care who the FPGA source
is.
But if we're talking soft core, I'm not going to allow our embedded
software department get saddled with supporting both NIOS and Micro
Blaze.
So third, I'd be grateful for any experiences with either soft core,
or even better both, with a comparison between the two.
And does anybody have any experience with the synthesizable ARM soft
core for FPGA? Unless there's a serious handicap, I'd prefer ARM if
we do soft core, we've already good tools and programmer experience.
Any and all comments, real or delusional, welcome.
Brand X's EDK toolchain and philosophy are built on the presumption
that the user wants to build a Linux system in the FPGA, and it will
all run on one of the eval kits. "It will run" doesn't mean that "it
will have excellent performance" or "be cost-effective for a
production system."
Unless you are greatly constrained by board space, an external
microprocessor or microcontroller will almost always be a better
choice, for both cost and performance reasons.
-a |
|
|
| Back to top |
|
|
|
| Rene... |
Posted: Fri Nov 13, 2009 8:18 pm |
|
|
|
Guest
|
Mark McDougall wrote:
Quote: Rene wrote:
What is the reason that Your opinion about Xilinx is so negative?
ISE vX.Y. It is complete and utter rubbish. Absolute garbage. Crap. Piece
of sh*t. (You get the point?!?)
Let me see... I get a vague inkling that You are not impressed with the
qualitiy of the ISE pack, is that correct? ;-)
Quote: Others claim that Xilinx is OK if you steer clear of ISE (the GUI) and use
command-line tools. I have no comment on that, except I have one project
that synthesises a mux with up to 16 inputs. On Altera, I have no problem
with 16 inputs. On Xilinx, the synthesis craps out after about 12. I'm not
saying my design in this instance is particularly good - I inherited part
of the design - but at least it works under Altera.
Hmmm, both Your and Antti's story don't sound very positive when it
comes to ISE. It is really a PITA when software is very unreliable. I
recently bought a Nexys2 board, I hope I am not going to regret it.
Fortunately for now it is only for hobby purposes, am looking forward to
start experimenting with it. Let's hope that in some time the
imperfections in the ISE get ironed out.
Thanks for both of Your opinions.
Take care,
Rene |
|
|
| Back to top |
|
|
|
| Antti... |
Posted: Sat Nov 14, 2009 2:02 pm |
|
|
|
Guest
|
On Nov 13, 5:18 pm, Rene <a... at (no spam) b.c> wrote:
Quote: Mark McDougall wrote:
Rene wrote:
What is the reason that Your opinion about Xilinx is so negative?
ISE vX.Y. It is complete and utter rubbish. Absolute garbage. Crap. Piece
of sh*t. (You get the point?!?)
Let me see... I get a vague inkling that You are not impressed with the
qualitiy of the ISE pack, is that correct? ;-)
Others claim that Xilinx is OK if you steer clear of ISE (the GUI) and use
command-line tools. I have no comment on that, except I have one project
that synthesises a mux with up to 16 inputs. On Altera, I have no problem
with 16 inputs. On Xilinx, the synthesis craps out after about 12. I'm not
saying my design in this instance is particularly good - I inherited part
of the design - but at least it works under Altera.
Hmmm, both Your and Antti's story don't sound very positive when it
comes to ISE. It is really a PITA when software is very unreliable. I
recently bought a Nexys2 board, I hope I am not going to regret it.
Fortunately for now it is only for hobby purposes, am looking forward to
start experimenting with it. Let's hope that in some time the
imperfections in the ISE get ironed out.
Thanks for both of Your opinions.
Take care,
Rene
one big issue is "user-stress" it makes the tools to fail more badly/
often
I do use ISE/GUI/EDK and it all works, but as with everything problems
to happen
and they cost time and nerves then
Antti |
|
|
| Back to top |
|
|
|
| mac... |
Posted: Thu Nov 19, 2009 2:40 am |
|
|
|
Guest
|
Quote: And does anybody have any experience with the synthesizable ARM soft
core for FPGA? Unless there's a serious handicap, I'd prefer ARM if
we do soft core, we've already good tools and programmer experience.
I expect that ARM instruction set has gotten uglier over time (like
everyone else's), but it used to be fairly simple. Simple enough that
you could emulate it in software on some other processor, with good
performance. If you can emulate an ARM instruction in 10 native
instructions, and your native processor is 10x as fast as an FPGA, go
with emulation.
FPGAs are fun and all, but the don't buy much speed in a serial process
like instruction execution for a simple processor. |
|
|
| Back to top |
|
|
|
| Antti... |
Posted: Sat Nov 21, 2009 10:42 pm |
|
|
|
Guest
|
On Nov 18, 11:40 pm, mac <al... at (no spam) theworld.com> wrote:
Quote: And does anybody have any experience with the synthesizable ARM soft
core for FPGA? Unless there's a serious handicap, I'd prefer ARM if
we do soft core, we've already good tools and programmer experience.
I expect that ARM instruction set has gotten uglier over time (like
everyone else's), but it used to be fairly simple. Simple enough that
you could emulate it in software on some other processor, with good
performance. If you can emulate an ARM instruction in 10 native
instructions, and your native processor is 10x as fast as an FPGA, go
with emulation.
FPGAs are fun and all, but the don't buy much speed in a serial process
like instruction execution for a simple processor.
fastest FPGA's go to 1.5GHz fabric speeds.
10x would mean a 15GHz processor :)
yes, with 15GHz processor ARM emulation makes sense...
Antti |
|
|
| Back to top |
|
|
|
|
|
All times are GMT
The time now is Fri Nov 27, 2009 5:56 pm
|
|