ards,
Claudia Benoit | Global Business Coordinator
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
Dear ecos-discuss
Effect from 13/07/2018, your ecos-discuss@ecos.sourceware.org
Account will no longer be able to receive or send mails, your
email account is currently out dated and due for upgrade, to
Resolve the this Issue the Click UPDRAGE MY ecos-
disc...@ecos.sourceware.org
aring are shorted so there is less work to do.
> I assume you are using fatfs? Looking at fatfs_fo_dirread, this would
> be easy to implement. You have the information you need in dentry. So
> just add the new member d_type and fill it in.
> Andrew
--
Before posting, please read th
the correct type), we can't bear
the slow speed.
On linux, readdir's mannual 3, we found that the struct dirent has another
field named d_type, which is not in eCos(eCos has only one field d_name).
So on linux, when readdir returns a struct dirent, we could check the
d_type field t
Dear all:
Still We have another question about fileio's opendir
We have checked eCos' source code
DIR * opendir(const char *path)
{
...
fd = cyg_fd_alloc(1); // Never return fd 0
...
DIR *dirp =
rrno);
else
close(fd);
return 0;
}
OUTPUT
fd:-1
open error, errno:2
***
Beijing Sunnorth eCos Maintainer G
Dear all:
We think there is a problem with eCos' chdir. When this fileio's function
is passed an empty
string as its argument, eCos' chdir does nothing and will not fail.
Calling chdir("") seems to
have the same effect as chdir(".").
However, as far as P
Dear all:
We think there is a problem with eCos' chdir. When this fileio's function
is passed an empty
string as its argument, eCos' chdir does nothing and will not fail.
Calling chdir("") seems to
have the same effect as chdir(".").
However, as far as P
It looks like your loader tool only can download the file formatted by
it's way, maybe your image lack a proper file header.
wanghui
***
Beijing Sunnorth eCos Maintainer Group
Maintainers:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROT
redboot donot support kernel, so those kernel independent driver can work
in redboot, such as: stand-alone ethernet driver,
none-io-interface flash driver, serial console driver.
wanghui
***
Beijing Sunnorth eCos Maintainer Group
Maintainers
Hi, eCos maintainers,
I am in charge of porting eCos to a new architecture of hardware Score
series mcu. Whose instruction is Score+7, is developped by
Sunplus Corp in Taiwan China(http://score.unsp.com/chip/index.shtml). Now
the eCos kernel and redboot (gdb stub) are all runnable. can I
Dear all：
Now we are doing a platform porting of eCos kernel and redboot.
On the one hand, in order to enable dynamic memory configuration, we add a
cdl_option to our platform cdl to control memory size and export a
MACRO(e.g. CYG...SDRAM_SIZE_32M, CYG...SDRAM_SIZE_64M, etc.) to
. Then in our
Dear all:
I have another question about _impure_ptr.
In a gcc4.2 compiler from codesourcery, the cplusplus library libstdc++
uses a void * _impure_ptr pointer which is implemented in newlib. Now as
far as eCos concerned, because eCos provides its own newlib(c library) and
_impure_ptr isn&#
believe that Redboot isn't working on my
board as Led doesn't flash.
I have a small application, which has same memory write command to
flash the led on my target and loaded this binary at 0x0040 on my
target board and this application turns the led on as expected. This
is
Hi,
I am new to eCos and Redboot. I am planning to port Redboot to my
target (tgt), which is similar to mbx target supported in the released
ecos 2.0 package.
I have some confusion about the files that needs to be changed.
I am planning to do the following changes for running the Redboot from
15 matches
Mail list logo
