-- Forwarded message --
From: Sambeet Panigrahi
Date: Thu, Mar 3, 2016 at 2:11 PM
Subject: Testing the rock port
To: devel-requ...@rtems.org
Hi,
I am interested in working on porting Rock on RTEMS for GSOC-2016 . I have
gone through all the libraries of Rock.But I have this buidc
Hi
I added an Open Project page for Internet of Things support. This is a very
broad category of buzzword bingo and covers everything from Bluetooth and
6LoWPAN to messaging protocols. It can be done on boards like the the Pi or
BBB or smaller devices.
https://devel.rtems.org/wiki/Developer/Proje
Rename Per_CPU_Control::started into Per_CPU_Control::online to match
standard nomenclature.
---
cpukit/score/include/rtems/score/percpu.h | 6 +++---
cpukit/score/src/smp.c| 4 ++--
cpukit/score/src/threadcreateidle.c | 2 +-
3 files changed, 6 insertions(+), 6 deletions
Update #2554.
---
.../libbsp/arm/shared/arm-a9mpcore-clock-config.c | 68 +++---
c/src/lib/libbsp/arm/shared/arm-gic-irq.c | 18 ++
c/src/lib/libbsp/arm/shared/include/arm-gic-irq.h | 5 ++
c/src/lib/libbsp/i386/pc386/clock/ckinit.c | 15 +++--
c/src/lib/lib
Update #2554.
---
cpukit/score/include/rtems/score/percpu.h | 8 +++
cpukit/score/include/rtems/score/smpimpl.h | 48 +++-
cpukit/score/src/percpu.c | 92 +++---
cpukit/score/src/smp.c | 23
cpukit/score/src/smpmul
---
cpukit/score/include/rtems/score/smpimpl.h | 11 +++
cpukit/score/src/smp.c | 5 -
testsuites/smptests/smpipi01/init.c| 10 ++
3 files changed, 25 insertions(+), 1 deletion(-)
diff --git a/cpukit/score/include/rtems/score/smpimpl.h
b/cpukit/sc
---
cpukit/score/Makefile.am | 1 +
cpukit/score/include/rtems/score/processormask.h | 90
cpukit/score/preinstall.am | 4 ++
3 files changed, 95 insertions(+)
create mode 100644 cpukit/score/include/rtems/score/processormas
Maximum number of processors of all systems supported by this CPU port.
---
cpukit/score/cpu/arm/rtems/score/cpu.h | 2 ++
cpukit/score/cpu/bfin/rtems/score/cpu.h | 2 ++
cpukit/score/cpu/epiphany/rtems/score/cpu.h | 2 ++
cpukit/score/cpu/i386/rtems/score/cpu.h | 2 ++
cpukit/score/c
This patch set replaces the Watchdog Handler implementation based on delta
chains with a red-black tree. The existing red-black tree infrastructure is
reused. Performance results are quite good.
See also:
https://devel.rtems.org/ticket/2554
___
devel
---
cpukit/score/include/rtems/score/percpu.h | 19 +++
cpukit/score/src/smp.c| 2 ++
2 files changed, 21 insertions(+)
diff --git a/cpukit/score/include/rtems/score/percpu.h
b/cpukit/score/include/rtems/score/percpu.h
index 2b05b78..19f46d2 100644
--- a/cpuk
Looks good.
On Thu, Mar 3, 2016 at 8:47 AM, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> Rename Per_CPU_Control::started into Per_CPU_Control::online to match
> standard nomenclature.
> ---
> cpukit/score/include/rtems/score/percpu.h | 6 +++---
> cpukit/score/src/smp.c
The git log message needs more but it looks good otherwise.
--joel
On Thu, Mar 3, 2016 at 8:47 AM, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> Update #2554.
> ---
> cpukit/score/include/rtems/score/percpu.h | 8 +++
> cpukit/score/include/rtems/score/smpimpl.h | 48
How does this interact with the pthread affinity and cpuset size?
If we end up with a port that can support more than 32, then do we
increase the cpuset size or make applications more to variable cpuset's?
What's the intended use?
On Thu, Mar 3, 2016 at 8:47 AM, Sebastian Huber <
sebastian.hu...
Looks OK. I assume this is infrastructure for something that is coming.
On Thu, Mar 3, 2016 at 8:47 AM, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> ---
> cpukit/score/include/rtems/score/smpimpl.h | 11 +++
> cpukit/score/src/smp.c | 5 -
> tes
Other than bookkeeping, what is this going to be used for?
How is it configured? The _SMP_Fatal() call at the end of the patch hints
that there is some related configuration.
On Thu, Mar 3, 2016 at 8:47 AM, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> ---
> cpukit/score/includ
On 03/03/16 16:08, Joel Sherrill wrote:
The git log message needs more but it looks good otherwise.
Ok, I had to add this for the Cortex-A9 MPCore which has per-processor
registers for the global timer used by the clock driver. This might be
useful for other drivers as well.
--
Sebastian
On 03/03/16 16:10, Joel Sherrill wrote:
How does this interact with the pthread affinity and cpuset size?
Its unrelated to the high level API.
If we end up with a port that can support more than 32, then do we
increase the cpuset size or make applications more to variable cpuset's?
No, t
You will need to find out how you can run Rock. Ideally, Qemu will
work for it, from what I can tell they used the i386-rtems/pc486 BSP.
On Thu, Mar 3, 2016 at 8:11 AM, Sambeet Panigrahi
wrote:
>
> -- Forwarded message --
> From: Sambeet Panigrahi
> Date: Thu, Mar 3, 2016 at 2:
On 03/03/16 16:12, Joel Sherrill wrote:
Other than bookkeeping, what is this going to be used for?
Its used later in the watchdog tick. The boot processor manages the wall
clock time.
How is it configured? The _SMP_Fatal() call at the end of the patch hints
that there is some related con
On Thu, Mar 3, 2016 at 9:11 AM, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
>
>
> On 03/03/16 16:08, Joel Sherrill wrote:
>
>> The git log message needs more but it looks good otherwise.
>>
>
> Ok, I had to add this for the Cortex-A9 MPCore which has per-processor
> registers for
On 03/03/16 16:14, Joel Sherrill wrote:
I don't necessarily see anything wrong but I don't see the overall design
and execution flow from the code. Is there some documentation?
I will update the clock driver documentation once the new documentation
repository is ready for contribution.
--
I don't necessarily see anything wrong but I don't see the overall design
and execution flow from the code. Is there some documentation?
Sorry.. used the wrong reply to email address and it didn't hit the list.
On Thu, Mar 3, 2016 at 8:47 AM, Sebastian Huber <
sebastian.hu...@embedded-brains.de>
On Thu, Mar 3, 2016 at 9:15 AM, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
>
>
> On 03/03/16 16:14, Joel Sherrill wrote:
>
>> I don't necessarily see anything wrong but I don't see the overall design
>> and execution flow from the code. Is there some documentation?
>>
>
> I will
On Thu, Mar 3, 2016 at 9:12 AM, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
>
>
> On 03/03/16 16:10, Joel Sherrill wrote:
>
>> How does this interact with the pthread affinity and cpuset size?
>>
>
> Its unrelated to the high level API.
>
>
>> If we end up with a port that can sup
On Thu, Mar 3, 2016 at 9:14 AM, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
>
>
> On 03/03/16 16:12, Joel Sherrill wrote:
>
>> Other than bookkeeping, what is this going to be used for?
>>
>
> Its used later in the watchdog tick. The boot processor manages the wall
> clock time.
>
OK. Makes sense based on what appears to be coming.
On Thu, Mar 3, 2016 at 8:47 AM, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> ---
> cpukit/score/Makefile.am | 1 +
> cpukit/score/include/rtems/score/processormask.h | 90
>
>
Hi,
I am interested in working on porting Rock to RTEMS for GSoC-2016.I have
been trying to understand the Rock libraries and previous work undertaken
regarding this project. I just wanted to know if this can be taken up as a
GSoC project for this year? I have been getting mixed opinions about this
This was committed weeks ago. Must have been held back due to size.
--joel
On Sun, Jan 3, 2016 at 3:27 PM, Joel Sherrill wrote:
> From: Joel Sherrill
>
> Updates #2443.
> ---
>
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/list
Hi everyone
I am Vivek Kukreja, currently pursuing Masters from India. I'm interested in
applying for GSOC this year. I am a skilled C Programmer and have strong
understanding of OS concepts. I'm interested in system programming and kernel
development.
I am interested to work on topics under
On Thu, Mar 3, 2016 at 10:25 AM, Vivek Kukreja
wrote:
> Hi everyone
>
>
> I am Vivek Kukreja, currently pursuing Masters from India. I'm interested
> in applying for GSOC this year. I am a skilled C Programmer and have strong
> understanding of OS concepts. I'm interested in system programming
>
Hi everyone
I'm sorry i did not add subject to the previous mail.
I am Vivek Kukreja, currently pursuing Masters from India. I'm interested in
applying for GSOC this year. I am a skilled C Programmer and have strong
understanding of OS concepts. I'm interested in system programming and kernel
On Thu, Mar 3, 2016 at 10:47 AM, Vivek Kukreja
wrote:
> Hi everyone
>
> I'm sorry i did not add subject to the previous mail.
>
>
> I fixed this in my reply. I hope it made it out and you saw it.
--joel
> I am Vivek Kukreja, currently pursuing Masters from India. I'm interested
> in applying f
On Thu, Mar 3, 2016 at 10:06 AM, Sambeet Panigrahi
wrote:
> Hi,
> I am interested in working on porting Rock to RTEMS for GSoC-2016.I have
> been trying to understand the Rock libraries and previous work undertaken
> regarding this project. I just wanted to know if this can be taken up as a
> GSo
Hi Vivek,
Chris is definitely the person most knowledgeable in this area.
On 03/03/2016 11:45 AM, Joel Sherrill wrote:
On Thu, Mar 3, 2016 at 10:25 AM, Vivek Kukreja mailto:vivekkukr...@outlook.com>> wrote:
Hi everyone
I am Vivek Kukreja, currently pursuing Masters from India.
Thanks a lot for your review.
- Gedare Bloom schrieb:
> I scanned through most of it. I just have a few minor issues/questions:
>
> There is an _Assert(0) followed by a TODO. This _Assert() is likely
> dead/untested code block. It may be worth fabricating a fatal test for
> it, if possible?
I wanted to build a hello world image of RTEMS using cmake. Can someone
provide me steps for doing so or point me to the right resources ?
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
So I am trying to build the RTEMS Source Builder on my Ubuntu machine
and this is the report file that gets generated!
RTEMS Tools Project - Source Builder Error Report
Build: error: building rtems-tools-HEAD-1
Command Line: ../source-builder/sb-set-builder --log=l-i386.txt
--prefix=/home/abhina
On 03/03/16 23:44, Joel Sherrill wrote:
>
> "be placed on Red-Black Trees for set management." copy-pasted
comment
> should be Chains?
Thanks, for spotting this.
>
> "watchdog is scheduled and a black node". ditto, black should be red
> for the second one.
38 matches
Mail list logo