This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: 16bit RAM
- From: sandeep <sandeep at codito dot com>
- To: Sven Rehfuss <sven dot rehfuss at b2motion dot de>
- Cc: ecos-discuss at sources dot redhat dot com
- Date: Tue, 01 Jun 2004 12:13:28 +0530
- Subject: Re: [ECOS] 16bit RAM
- References: <1086018489.5534.7.camel@linux.local>
Hi Sven,
again a problem using 16bit RAM.
The RAM is connected to an ARM7 (AT91R40008) and is working.
The RAM is addressed as a 16bit memory without byte select lines (the
flash is connected the same way). I can read and write but if I do a
strcpy(a,"/dev/ser0");
the string in "a" is "/dev/ser".
did you try stepping through above strcpy call? that might help you further.
my guess is if you try strcpy(a,"/dev/ser00"); (for that matter any even length
string) you are likely to get what you expect, assuming buffer pointed by a is
big enough.
The next thing is reading from the serial port. With another board I get
one byte by
int read ;
len = 1 ;
cyg_io_read(handleComPort, &read, &len);
and e.g. read = 0x24 ("$").
With the new board I get
read = 0x2424 ("$$").
I have one small doubt here, say if two characters were read, is $$ , what you
expect? what is the outcome of cyg_io_read call, when len=1/2/3/4 and what you
expect in each case?
--
regards
sandeep
--------------------------------------------------------------------------
Graduate life: It's not just a job. It's an indenture.
--------------------------------------------------------------------------
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss