Now I seems understand a bit more.
the rtems/c/src folder is seems cantain the rtems itself writen in C
language.
ada/ (what is it?, ada interface?)
lib/ hw depended, seems very different naming from other project
libchip/ some device driver
librtems++/ (a hack for C++ interface, thanks chris)
support/ version.c
cpukit/ .... why do you called cpukit?
the rtems/cpukit/ folder is other middle-ware or applications, but
but also rtems itself...
dev/ i2c driver, seems need to clean up.
libi2c/ i2c driver, do you want to live in dev/ ?
libpci/ driver?
libdrvmgr/ driver framwork?
---> does rtems have it's own driver framework?
mghttpd/ app?
pppd/ app
telnetd/ app
ftpd/ app
libnetworking/ net
dtc/ host app, Device Tree Compiler
libfs/ fs, mid-ware
libblock/ mid-ware, block
librpc/ ?, need to dig
libcrypt/ crypto, mid-ware
libmd/ crypto, mid-ware
zlib/ compress, mid-ware?
libcsupport/ c lib? what kind of c lib calls from newlib, what from here?
libdl/ need to dig
rtems/ api(rtems classic api)
sapi/ ??
libstdthreads/ api layer?
posix/ api layer
score/ api layer
libgnat/ api layer?
libqos/ thread qos? only a header there..
libmisc/ mini cpukit in cpukit?
:D, just a leaning homework, please kindly corret me.
On Fri, Apr 22, 2016 at 01:02:03PM +1000, Chris Johns wrote:
> On 22/04/2016 12:19, printk wrote:
> >Hello,
> >I am learning RTEMS, where is the kernel source, I find some
> >place seems holding the kernel source:
> >
> > rtems/c/src/support/ --------- only version.c there.
> > rtems/c/src/ada/ ------------- is this kernel source?
>
> No.
>
> >
> > rtems/cpukit/score/src -------- why named score?
>
> Supercore or score, it sits behind the POSIX and Classic APIs and is
> a superset of the various APIs that export the kernel to users, eg
> POSIX.
>
> > rtems/cpukit/rtems/src -------- kernel source?
>
> RTEMS Classic API.
>
> > rtems/score/cpu/$(ARCH) ------- cpu depended code?
>
> Yes.
>
> >is there any more code belone to the RTEMS kernel.
> >thanks very much. please kindly help.
>
> The BSP code, and a chip driver library (libchip).
>
> Chris
> _______________________________________________
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
...
duhuanpeng.
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
