Re: Warning on Altcycv_devkit BSP

This is really strange. This warning should be present for all the Cortex-A9 BSPs. On 18/04/15 17:39, Joel Sherrill wrote: Hi I turned on networking and C++ for the build sweep overnight. Found this: 1 log/arm-altcycv_devkit.log:../../../../../../rtems/c/src/../../cpukit/librpc/src/rpc/

RTEMS/newlib limits.h is not getting installed to GCC includes

Hi all, I was trying to add support to newlib to build Epiphany GCC/newlib for RTEMS. The problem is that limits.h is not getting installed to where GCC searches for include files, and thus I am getting some undeclared errors when building RTEMS related to the definitions within this file. However

[PATCH 4/4] score: Delete object control block ISR lock

The Objects_Control::Lock was a software layer violation. It worked only for the threads since they are somewhat special. Update #2273. --- cpukit/score/Makefile.am | 1 - cpukit/score/include/rtems/score/object.h | 3 - cpukit/score/include/rtems/score/objectimpl.h |

[PATCH 2/4] score: Modify _Thread_Dispatch_disable_critical()

Return the current processor to be in line with _Thread_Disable_dispatch(). --- cpukit/score/include/rtems/score/objectimpl.h | 4 ++-- cpukit/score/include/rtems/score/threaddispatch.h | 16 +--- 2 files changed, 11 insertions(+), 9 deletions(-) diff --git a/cpukit/score/include

[PATCH 1/4] score: _Objects_Get_isr_disable()

Do not disable thread dispatching and do not acquire the Giant lock. This makes it possible to use this object get variant for fine grained locking. Update #2273. --- cpukit/posix/src/mutexlocksupp.c | 6 ++ cpukit/rtems/src/semobtain.c | 8 cpukit/score

[PATCH 3/4] score: Add _Thread_Get_interrupt_disable()

Remove _Thread_Acquire() and _Thread_Acquire_for_executing(). Add utility functions for the default thread lock. Use the default thread lock for the RTEMS events. There is no need to disable thread dispatching and a Giant acquire in _Event_Timeout() since this was already done by the caller. U

[PATCH 1/5] score: _Objects_Get_isr_disable()

Use ISR_lock_Context instead of ISR_Level to allow use of ISR locks for low-level locking. Update #2273. --- cpukit/posix/include/rtems/posix/muteximpl.h | 2 +- cpukit/posix/src/mutexget.c | 4 +-- cpukit/posix/src/mutexlocksupp.c | 10 -- cpukit/rt

Re: [PATCH 1/5] score: _Objects_Get_isr_disable()

Sorry, this is the first patch. This should go into the 4.11 release. -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : sebastian.hu...@embedded-brains.de PGP : Public key availabl

Re: [PATCH] Beagle BSP Improvements (GPIO driver)

All, Good contribution, thank you. For GSOC, this is good proof of being able to progress and get something real working based on documentation. Great! If you want this merged with mainline - which I fully encourage! - then I suggest the following should be added to/changed first: - make the

Re: [PATCH 1/5] score: _Objects_Get_isr_disable()

Looks ok to me. -Gedare On Mon, Apr 20, 2015 at 9:47 AM, Sebastian Huber wrote: > Sorry, this is the first patch. This should go into the 4.11 release. > > -- > Sebastian Huber, embedded brains GmbH > > Address : Dornierstr. 4, D-82178 Puchheim, Germany > Phone : +49 89 189 47 41-16 > Fax :

Re: [PATCH] Beagle BSP Improvements (GPIO driver)

On 4/20/2015 9:20 AM, Ben Gras wrote: > All, > > Good contribution, thank you. > > For GSOC, this is good proof of being able to progress and get > something real working based on documentation. Great! > > If you want this merged with mainline - which I fully encourage! - > then I suggest the fol

nios2 and atomic operations

Hi As I mentioned earlier, nios2 does not link C++ iostream because of an undefined reference: /users/joel/rtems-4.11-work/tools/lib/gcc/nios2-rtems4.11/4.9.2/libstdc++.a(locale-inst.o):/users/joel/rtems-4.11-work/rtems-source-builder/rtems/build/nios2-rtems4.11-gcc-4.9.2-newlib-2.2.0.20150323-x8

Re: nios2 and atomic operations

- Joel Sherrill schrieb: > Hi > > As I mentioned earlier, nios2 does not link C++ iostream because of an > undefined reference: > > /users/joel/rtems-4.11-work/tools/lib/gcc/nios2-rtems4.11/4.9.2/libstdc++.a(locale-inst.o):/users/joel/rtems-4.11-work/rtems-source-builder/rtems/build/nios2-r

Re: Beagle bsp improvements RTC driver for beaglebone black

Hi All, My semester exams have started and I could not find enough time to work on this. I have addressed most of the comments but testing is pending. Once I get time, I will finish it and submit the patch. Sorry for the delay. Regards, Ragunath On Sun, Apr 5, 2015 at 2:22 AM, Ben Gras wrote

Re: nios2 and atomic operations

On 4/20/2015 2:18 PM, Sebastian Huber wrote: > - Joel Sherrill schrieb: >> Hi >> >> As I mentioned earlier, nios2 does not link C++ iostream because of an >> undefined reference: >> >> /users/joel/rtems-4.11-work/tools/lib/gcc/nios2-rtems4.11/4.9.2/libstdc++.a(locale-inst.o):/users/joel/rtem

Re: nios2 and atomic operations

- Joel Sherrill schrieb: > > > On 4/20/2015 2:18 PM, Sebastian Huber wrote: > > - Joel Sherrill schrieb: > >> Hi > >> > >> As I mentioned earlier, nios2 does not link C++ iostream because of an > >> undefined reference: > >> > >> /users/joel/rtems-4.11-work/tools/lib/gcc/nios2-rtems4.1

Re: nios2 and atomic operations

On 4/20/2015 2:36 PM, Sebastian Huber wrote: > - Joel Sherrill schrieb: >> >> On 4/20/2015 2:18 PM, Sebastian Huber wrote: >>> - Joel Sherrill schrieb: Hi As I mentioned earlier, nios2 does not link C++ iostream because of an undefined reference: /users/joe

Connecting a proprietary device to a filesystem

Hello, I am attempting to implement a file system on a flash device over a serial connection. I have written routines that use the serial port on my board and happily read and write data from the flash device. I am trying to figure out how to make these routines be the underlying I/O for a

Re: Connecting a proprietary device to a filesystem

Hello Spam Bucket, please have a look at: https://docs.rtems.org/doxygen/cpukit/html/group__JFFS2.html https://git.rtems.org/rtems/tree/testsuites/fstests/jffs2_support/fs_support.c -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 18