This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
RE: Lexar 4189 support
- From: "Andrew Dyer" <adyer at righthandtech dot com>
- To: <ecos-discuss at ecos dot sourceware dot org>
- Date: Mon, 27 Sep 2004 22:52:52 -0500
- Subject: RE: [ECOS] Lexar 4189 support
> -----Original Message-----
> From: ecos-discuss-owner@ecos.sourceware.org
> [mailto:ecos-discuss-owner@ecos.sourceware.org]On Behalf Of Bhaskar
> Sent: Monday, September 27, 2004 10:05 PM
> To: Nick Garnett
> Cc: Andrew Dyer; ecos-discuss@ecos.sourceware.org
> Subject: Re: [ECOS] Lexar 4189 support
>
>
> Hi all,
> Sorry. It was a typing mistake. But a good sense of humor.
> I tried to
> find information about lexra 4189, but I could not find
> anything. If I
> follow the basic MIPS 32 HAL and modify it, I think that should be
> ok.
>
> Can somebody give some pointers of how to go about it?
The biggest problem will probably be those missing instructions.
You're going to need either a toolchain (gcc and friends) that
won't issue them (ie something lexra specific), or make sure that
they aren't ever in any code you generate.
I think the most common uses for those instructions are in unaligned
byte moves and if structure packing is turned on.
After this, you would copy/paste to make a new variant and platform hal
for lexra and your platform. You're going to need at least a little
documentation on how to set up the coprocessor 0 registers in the chip
and how it's cache works.
Curiosity makes me wonder why are you wanting to port onto a 'dead'
platform?
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss