| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Deprecate Classic API Notepads. Mark task_set/get_note() with
the deprecated attribute, and also mark the notepads field.
Replace disable with enable option for notepads in confdefs.h,
and make notepads disabled by default. The previous option
CONFIGURE_DISABLE_CLASSIC_API_NOTEPADS is now unused and
will emit a compile-time warning. A new option
CONFIGURE_ENABLE_CLASSIC_API_NOTEPADS is available to turn
on notepads, but it also will emit a compile-time warning
to indicate that notepads are deprecated.
Closes #2265
|
| |
|
| |
|
| |
|
|
|
|
|
| |
This change is also valid for 16-bit object type architectures since in
this case POSIX_Semaphore_Control::Semaphore_id is used as a proxy.
|
|
|
|
| |
This is the standard NULL pointer.
|
|
|
|
| |
Remove rtems_set_errno_and_return_minus_one_cast().
|
| |
|
| |
|
|
|
|
| |
Only a few BSPs use this and it should not have been in libcsupport.
|
| |
|
|
|
|
|
|
|
| |
These header files were only used by one BSP and they are
hardware dependent. The hardware dependency always made
them bad candidates for where they were in the tree. But
this fixes that.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Close #2286.
|
|
|
|
|
|
|
| |
The h8300 gets a linking error for the dl0* tests. This temporarily
disables libdl until that can be investigated.
updates 2284.
|
| |
|
|
|
|
|
|
|
| |
There is a GCC ICE when building libdl. This temporarily disables
building libdl until that is resolved.
updates 2283.
|
|
|
|
|
|
|
|
|
| |
There is an issue linking dl0* which has not been resolved.
This issue is being tracked but is not considered a release
blocker. This patch is a workaround which disables libdl
for the v850 until the ticket is resolved.
updates 2260.
|
|
|
|
|
|
|
|
|
| |
There is an issue linking dl0* which has not been resolved.
This issue is being tracked but is not considered a release
blocker. This patch is a workaround which disables libdl
for the bfin until the ticket is resolved.
updates 2252.
|
| |
|
|
|
|
| |
closes 2285.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
See also:
https://nahratzah.wordpress.com/2012/10/12/a-trivial-fair-spinlock/
http://concurrencyfreaks.blogspot.de/2014/05/relaxed-atomics-optimizations-for.html
|
| |
|
|
|
|
|
|
|
| |
Use the ISR lock of the thread object to protect the event state and
use the Giant lock only for the blocking operations.
Update #2273.
|
|
|
|
| |
Update #2273.
|
|
|
|
| |
Update #2273.
|
|
|
|
|
|
|
|
|
| |
This enables per-object SMP locks on SMP configurations and is the first
step to support fine-grained locking. On uni-processor configuration
there will be no overhead. The _Objects_Acquire() is intended to
replace _Objects_Get_isr_disable().
Update #2273.
|
|
|
|
| |
Update #2273.
|
|
|
|
|
|
|
|
|
|
|
|
| |
The _Thread_Dispatch() function is quite complex and the time to set up
and tear down the stack frame is significant. Split this function into
two parts. The complex part is now in _Thread_Do_dispatch(). Call
_Thread_Do_dispatch() in _Thread_Enable_dispatch() only if necessary.
This increases the average case performance.
Simplify _Thread_Handler() for SMP configurations.
Update #2273.
|
|
|
|
|
|
|
| |
Deliver the POSIX signals after the thread state was updated to avoid
race-conditions on SMP configurations.
Update #2273.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, the _Thread_Heir was updated unconditionally in case a new
heir was determined. The _Thread_Dispatch_necessary was only updated in
case the executing thread was preemptible or an internal thread was
unblocked. Change this to update the _Thread_Heir and
_Thread_Dispatch_necessary only in case the currently selected heir
thread is preemptible or a dispatch is forced. Move the schedule
decision into the change priority operation and use the schedule
operation only in rtems_task_mode() in case preemption is enabled or an
ASR dispatch is necessary. This is a behaviour change. Previously, the
RTEMS_NO_PREEMPT also prevented signal delivery in certain cases (not
always). Now, signal delivery is no longer influenced by
RTEMS_NO_PREEMPT. Since the currently selected heir thread is used to
determine if a new heir is chosen, non-preemptible heir threads
currently not executing now prevent a new heir. This may have an
application impact, see change test tm04. Document this change in sp04.
Update #2273.
|
| |
|
|
|
|
| |
Close #2219.
|
| |
|