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/
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
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.
>
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
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
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
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
>
