[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [f-cpu] Simulator



hi,

Ben Franchuk wrote:
> Michael Riepe wrote:
> 
> > That's the other side of the medal.  IMHO, we need both a cycle-accurate
> > simulator and an instruction-level emulator.  The former will be used
> > for studying, debugging and improving the design, the latter supports
> > early software development, and it probably also helps cleaning up the
> > instruction set, clarifying open ends and so on.
> 
> Are their any tools to keep things in sync? The last thing you need
> is two really different versions of the hardware description.

concerning the instruction set and a certain set of constants,
there is a way to keep things synchronized. but it's only superficial :
architectural changes won't be kept synch'ed with m4.

i prefer to work at VHDL level : with an assembler, we can
generate binaries that will be executed by the VHDL simulator itself.
This is a powerful way to verify that our RTL code is valid.

when the RTL code is ok, we can re-write and simplify it in C,
which will be certainly much faster ...

> Ben Franchuk --- Pre-historic Cpu's --
> www.jetnet.ab.ca/users/bfranchuk/index.html
WHYGEE
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
*************************************************************
To unsubscribe, send an e-mail to majordomo@seul.org with
unsubscribe f-cpu       in the body. http://f-cpu.seul.org/