Am 03.08.2016 um 09:51 schrieb Babacar Diop:
> Dear devels,
>
>
> I might need your help regarding RTEMS-libbsd. I would like to add a
> program into the RTEMS shell command line in order to run it with some
> parameter.
>
> In a first step, I created a file rtems-bsd-shell-/myprog./c into the
>
good.
On Wed, Aug 3, 2016 at 9:43 AM, Sebastian Huber
wrote:
> Do not use a deadline value of zero to indicate a job cancellation. Use
> a dedicated scheduler operation for this.
> ---
> cpukit/rtems/src/ratemoncancel.c | 2 +-
> cpukit/score/include/rtems/score/scheduler.h
On Aug 4, 2016 6:27 PM, "Pavel Pisa" wrote:
>
> Hello Joel,
>
> On Thursday 04 of August 2016 23:53:16 Joel Sherrill wrote:
> > This sounds and looks reasonable.
>
> If you think, that it is OK, I can push that tomorrow
> morning. I am not sure if isOn is really not used now/can be NULL.
> Other o
Hello Joel,
On Thursday 04 of August 2016 23:53:16 Joel Sherrill wrote:
> This sounds and looks reasonable.
If you think, that it is OK, I can push that tomorrow
morning. I am not sure if isOn is really not used now/can be NULL.
Other option is to define these functions as NoOp
and return one (or
This sounds and looks reasonable.
The old stack needs to be moved into its own build tree.
On Aug 4, 2016 5:43 PM, "Pavel Pisa" wrote:
> This change is required to build RTEMS with classic "--enable-networking"
> and link applications/tests which reference RTEMS_BSP_NETWORK_DRIVER_
> ATTACH.
>
This change is required to build RTEMS with classic "--enable-networking"
and link applications/tests which reference RTEMS_BSP_NETWORK_DRIVER_ATTACH.
---
c/src/lib/libbsp/i386/pc386/ne2000/ne2000.c | 10 +-
c/src/libchip/network/dec21140.c| 7 +--
c/src/libchip/network/el
Split up the potential thread priority change in the scheduler
release/cancel job operation. Protect the rate monotonic period state
with a dedicated SMP lock. This avoids a race condition during
_Rate_monotonic_Timeout() while _Rate_monotonic_Cancel() is called on
another processor.
---
cpukit/
