-- Forwarded message --
From: Hesham Almatary
Date: Fri, Apr 1, 2016 at 8:45 PM
Subject: Re: [rtems commit] or1k/generic_or1k: Add per-section
compilation and linking support
To: v...@rtems.org
Cc: Stefan Wallentowitz
hello and ticker fail to run with this commit.
On Sat, Mar 1
Recently Worth Burruss suggested me function prototype for getting started
to develop PWM driver. I updated my blog
http://punitvara.github.io/rtems%20drivers/2016/02/28/basic-function with
sample functions.
rtems_status_code SetDutyCycle(int subSystemNumber,float HZ, float
DutyCycleA, float Duty
On 03/30, Joel Sherrill wrote:
On Wed, Mar 30, 2016 at 9:03 AM, Darshit Shah wrote:
I've started trying to bring the scheduling simulator in synch with the
current RTEMS master. Joel has created Trac Ticket #2679 (
https://devel.rtems.org/ticket/2679) for this task.
While trying to get the si
MP support was not implemented.
---
cpukit/posix/src/prwlockrdlock.c | 4 +--
cpukit/posix/src/prwlocktimedrdlock.c | 4 +--
cpukit/posix/src/prwlocktimedwrlock.c | 4 +--
cpukit/posix/src/prwlocktryrdlock.c | 4 +--
cpukit/posix/src/prwlo
Also set the thread wait return code for thread proxies since this
causes no harm.
---
cpukit/score/src/threadqflush.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/cpukit/score/src/threadqflush.c b/cpukit/score/src/threadqflush.c
index 694c746..56dd805 100644
--- a/cpuki
Change _Thread_queue_Flush() into a macro that invokes
_Thread_queue_Do_flush() with the parameter set defined by
RTEMS_MULTIPROCESSING. For multiprocessing configurations add the
object identifier to avoid direct use of the thread wait information.
Use mp_ prefix for multiprocessing related para
We must update the wait flags under protection of the current thread
lock, otherwise a _Thread_Timeout() running on another processor may
interfere.
---
cpukit/score/src/threadqenqueue.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/cpukit/score/src/threadqenqueu
The thread queue implementation was heavily reworked to support SMP.
This broke the multiprocessing support of the thread queues. This is
fixed by this patch.
A thread proxy is unblocked due to three reasons
1) timeout,
2) request satisfaction, and
3) extraction.
In case 1) no MPCI message
Thanks for your comments and interest in our patch.
Our implementation is based on FreeBSD version release 10.0.0. As you have
suggested,
we will add ifdefs to distinguish the RTEMS specific codes and resubmit the
patch.
In addition, we will add instructions on how to use it in
virtio/README.