On 2015-02-09 17:32 +, Cudmore, Alan P. (GSFC-5820) wrote:
> I would like to request Raspberry Pi, LEON3, and m68k/mcf5235.
arm/raspberrypi has been added.
>From scratch it took me exactly 4m10s to add this including the time to build
RTEMS + all tests:
http://git.rtems.org/amar/waf.git/c
On 2015-02-09 18:34 +, Cl??udio Silva wrote:
> Hello Amar,
>
> I was also able to build sparc/sis in? a Fedora 18 (Core 2 Duo @ 2.93 Ghz).
> Build time was about 1m10s. However, I had to update waf; the version
> available
> in Fedora doesn't seem to work with RTEMS' waf.
>
> Please also add
Chris,
It looks like _libelf_config.h has the defines for an ARM host on FreeBSD,
but for linux it includes "native-elf-format.h". It looks like this file is
produced with the native-elf-format binary, which produces this output:
pi@raspberrypi ~/rtems-tools.git/rtemstoolkit/elftoolchain/common $
.
On 10/02/2015 2:16 pm, Alan Cudmore wrote:
Thanks for getting the BSPs in.
I wanted to try to compare the old and new build systems on the
raspberry Pi 2, but I'm still working on getting the tools to build.
Chris may have a clue about this:
The compiler build finishes ( much faster than the RPI
Thanks for getting the BSPs in.
I wanted to try to compare the old and new build systems on the raspberry
Pi 2, but I'm still working on getting the tools to build. Chris may have a
clue about this:
The compiler build finishes ( much faster than the RPI 1 ) but the rtems
tools build fails. This ca
On 2015-02-09 17:32 +, Cudmore, Alan P. (GSFC-5820) wrote:
>
> I would like to request Raspberry Pi, LEON3, and m68k/mcf5235.
m68k/mcf5235 is now working.
I will work on rpi after I get the Beagle BSPs working.
Amar.
___
devel mailing list
devel@
Hi
https://devel.rtems.org/wiki/Developer/OpenProjects has seen
updates from a few people over the past week.
Please review and see what good ideas you have to add.
As always, we are looking for mentors. Good ideas without
good mentors do not get implemented. It is an incredibly
rewarding thing
Nit: should the counted string functions be used?
On Mon, Feb 9, 2015 at 3:35 PM, Sebastian Huber
wrote:
> ---
> cpukit/libfs/src/imfs/imfs_symlink.c | 33 +++--
> 1 file changed, 7 insertions(+), 26 deletions(-)
>
> diff --git a/cpukit/libfs/src/imfs/imfs_symlink.c
On 2015-02-10 08:18 +1100, Chris Johns wrote:
> Nice. Let's hope adding a BSP in the future is always this easy. :)
It was already there I just had to fix it. Right now adding a BSP is a bit of
a
pain but (several) orders of magnitude easier than the old build system.
It will be very easy once
On 2015-02-10 08:15 +1100, Chris Johns wrote:
> > Look in config.cfg when you do a 'waf' configure for all the available
> > options
> > these are exposed there.
> >
>
> Do I just edit these options ?
Yes.
> If so, is this temporary or the way we do this ? I am considering the
> use case of
On 10/02/2015 7:20 am, Amar Takhar wrote:
On 2015-02-09 17:32 +, Cudmore, Alan P. (GSFC-5820) wrote:
I would like to request Raspberry Pi, LEON3, and m68k/mcf5235.
LEON3 is working now.
Nice. Let's hope adding a BSP in the future is always this easy. :)
Chris
__
On 10/02/2015 4:14 am, Amar Takhar wrote:
On 2015-02-07 10:27 +1100, Chris Johns wrote:
On 6/02/2015 6:04 pm, Amar Takhar wrote:
Onto the BSP configuration.
For my Zynq board at the moment has 256M and I have L2 cache disabled
and with the autotools configure I need use BSPOPTS as:
BSP_DA
---
cpukit/libfs/src/imfs/fifoimfs_init.c | 32 ++--
cpukit/libfs/src/imfs/imfs.h | 34 -
cpukit/libfs/src/imfs/imfs_init.c | 32 ++--
cpukit/libfs/src/imfs/imfs_initsupp.c | 71 ++-
cpukit/libfs/src/imfs/imfs_mkn
Make several functions static.
---
cpukit/libfs/Makefile.am | 7 +-
cpukit/libfs/src/imfs/imfs.h | 62 +-
cpukit/libfs/src/imfs/imfs_handlers_memfile.c | 87 ---
cpukit/libfs/src/imfs/imfs_linfile.c | 97 +++
cpukit/libfs/src/imfs/imfs_memfile.c
Drop IMFS_node_control::node_size field and add node_size parameter to
IMFS_allocate_node() and IMFS_create_node(). This reduces the size of
generic nodes.
---
cpukit/libfs/src/imfs/fifoimfs_init.c | 14 ++---
cpukit/libfs/src/imfs/imfs.h| 24 +---
---
cpukit/libfs/src/imfs/imfs_symlink.c | 33 +++--
1 file changed, 7 insertions(+), 26 deletions(-)
diff --git a/cpukit/libfs/src/imfs/imfs_symlink.c
b/cpukit/libfs/src/imfs/imfs_symlink.c
index 2ddf99c..0f06446 100644
--- a/cpukit/libfs/src/imfs/imfs_symlink.c
+++
---
cpukit/libfs/src/imfs/imfs_link.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/cpukit/libfs/src/imfs/imfs_link.c
b/cpukit/libfs/src/imfs/imfs_link.c
index 27e04ff..06794af 100644
--- a/cpukit/libfs/src/imfs/imfs_link.c
+++ b/cpukit/libfs/src/imfs/imfs_link.c
@
Remove miniIMFS. Statically initialize the root IMFS.
Add configuration options to disable individual
features of the root IMFS, e.g.
o CONFIGURE_IMFS_DISABLE_CHOWN,
o CONFIGURE_IMFS_DISABLE_FCHMOD,
o CONFIGURE_IMFS_DISABLE_LINK,
o CONFIGURE_IMFS_DISABLE_MKNOD,
o CONFIGURE_IMFS_DISABLE_
Fix memory leak in IMFS_fsunmount().
---
cpukit/libfs/src/imfs/imfs.h | 10 ++--
cpukit/libfs/src/imfs/imfs_creat.c| 72 ---
cpukit/libfs/src/imfs/imfs_fsunmount.c| 6 ---
cpukit/libfs/src/imfs/imfs_initsupp.c | 69 +
On 2015-02-09 17:32 +, Cudmore, Alan P. (GSFC-5820) wrote:
> I would like to request Raspberry Pi, LEON3, and m68k/mcf5235.
LEON3 is working now.
Amar.
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
On 2015-02-09 18:34 +, Cl??udio Silva wrote:
> Hello Amar,
>
> I was also able to build sparc/sis in? a Fedora 18 (Core 2 Duo @ 2.93 Ghz).
> Build time was about 1m10s. However, I had to update waf; the version
> available
> in Fedora doesn't seem to work with RTEMS' waf.
Unfortunately some
Hello Amar,
I was also able to build sparc/sis in a Fedora 18 (Core 2 Duo @ 2.93 Ghz).
Build time was about 1m10s. However, I had to update waf; the version
available in Fedora doesn't seem to work with RTEMS' waf.
Please also add the arm/beagle bsp.
Thanks,
Best Regards,
Cláudio
On Mon Feb 09
On 2015-02-09 17:32 +, Cudmore, Alan P. (GSFC-5820) wrote:
> Hi Amar,
> I have tried the sparc/sis waf build on Ubuntu 14.04 and Debian 7. The
> build is very fast!
> I will try to get some timing numbers with building RTEMS on the Rasberry
> Pi 2 later this week..
That is fantastic, thank you
Hi Amar,
I have tried the sparc/sis waf build on Ubuntu 14.04 and Debian 7. The
build is very fast!
I will try to get some timing numbers with building RTEMS on the Rasberry
Pi 2 later this week..
I would like to request Raspberry Pi, LEON3, and m68k/mcf5235.
Thanks,
Alan
On 2/9/15 12:22 PM,
Does anyone have a request for a work BSP in the waf build? At one point I had
all 168 working this was a year or so ago. I will be slowly updating all the
current BSPs as time permits.
If there is one you wish to see earlier please let me know it does not matter
what order I fix them in.
A
On 2015-02-07 10:27 +1100, Chris Johns wrote:
> On 6/02/2015 6:04 pm, Amar Takhar wrote:
> > Onto the BSP configuration.
>
> For my Zynq board at the moment has 256M and I have L2 cache disabled
> and with the autotools configure I need use BSPOPTS as:
>
> BSP_DATA_CACHE_ENABLED= BSP_INSTRUCTI
On 2015-02-09 10:11 +0100, Sebastian Huber wrote:
>
> It is not important to have this on all the time. Its more for people
> who regularly install new tool chains, so not the standard RTEMS user. A
> waf config time option would be nice.
OK I will add it as a configure switch.
Amar.
On 08/02/15 16:22, Amar Takhar wrote:
>What doesn't get noticed is the change of a C library header file, e.g.
>. This worked before due to the automatically generated
>dependency files emitted by GCC.
Currently it only monitors files in the top source directory. Scanning headers
outside of th
28 matches
Mail list logo
