it is running.
Jennifer Averett
On-Line Applications Research
From: devel [devel-boun...@rtems.org] On Behalf Of Chris Johns
[chr...@rtems.org]
Sent: Wednesday, July 20, 2016 5:32 PM
To: vivek kukreja; devel@rtems.org
Subject: Re: Help required with RTEMS Ca
A couple of points:
1. What we had discussed in the past was using rtems-tld to generate
wrappers
2. This only works for simple vectored and doesn't account for PIC interrupts
Jennifer Averett
On-Line Applications Research
From: D
---
testsuites/smptests/smp09/init.c | 8
1 file changed, 8 insertions(+)
diff --git a/testsuites/smptests/smp09/init.c b/testsuites/smptests/smp09/init.c
index 8cf019c..d0ea3f7 100644
--- a/testsuites/smptests/smp09/init.c
+++ b/testsuites/smptests/smp09/init.c
@@ -19,6 +19,14 @@ const
---
testsuites/smptests/smp07/init.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/testsuites/smptests/smp07/init.c b/testsuites/smptests/smp07/init.c
index fabf722..c26669a 100644
--- a/testsuites/smptests/smp07/init.c
+++ b/testsuites/smptests/smp07/init.c
@@ -20,
---
testsuites/smptests/smp05/init.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/testsuites/smptests/smp05/init.c b/testsuites/smptests/smp05/init.c
index 06e6254..424e9df 100644
--- a/testsuites/smptests/smp05/init.c
+++ b/testsuites/smptests/smp05/init.c
@@ -16,6 +16,15 @@
co
---
testsuites/smptests/smp02/tasks.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/testsuites/smptests/smp02/tasks.c
b/testsuites/smptests/smp02/tasks.c
index 26ca851..22caf77 100644
--- a/testsuites/smptests/smp02/tasks.c
+++ b/testsuites/smptests/smp02/tasks.c
@@ -
Added status validation.
---
testsuites/smptests/smp03/init.c | 4
1 file changed, 4 insertions(+)
diff --git a/testsuites/smptests/smp03/init.c b/testsuites/smptests/smp03/init.c
index 4b443d0..03eddb0 100644
--- a/testsuites/smptests/smp03/init.c
+++ b/testsuites/smptests/smp03/init.c
@@ -
---
testsuites/smptests/smpschedsem01/init.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/testsuites/smptests/smpschedsem01/init.c
b/testsuites/smptests/smpschedsem01/init.c
index 894ba81..3ef9ab1 100644
--- a/testsuites/smptests/smpschedsem01/init.c
+++ b/testsuites/smptests/smpschedsem01/
---
testsuites/smptests/smpschedaffinity02/init.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/testsuites/smptests/smpschedaffinity02/init.c
b/testsuites/smptests/smpschedaffinity02/init.c
index 5f22110..1b81f6b 100644
--- a/testsuites/smptests/smpschedaffinity02/init.c
+++ b/testsuites/smp
---
testsuites/smptests/Makefile.am | 1 +
testsuites/smptests/configure.ac | 1 +
testsuites/smptests/smpcapture01/Makefile.am | 19 ++
testsuites/smptests/smpcapture01/init.c | 273 ++
testsuites/smptests/smpcapture01/smp
---
testsuites/libtests/capture01/init.c | 249 ++-
1 file changed, 12 insertions(+), 237 deletions(-)
diff --git a/testsuites/libtests/capture01/init.c
b/testsuites/libtests/capture01/init.c
index a725e26..e1e1e84 100644
--- a/testsuites/libtests/capture01/init.c
---
cpukit/libmisc/capture/capture-cli.h| 2 +-
cpukit/libmisc/capture/capture.h| 60 -
cpukit/libmisc/capture/capture_buffer.c | 6 +--
cpukit/libmisc/capture/capture_buffer.h | 6 +--
cpukit/libmisc/capture/capture_user_exten
To support smp data was broken into global and percpu capture data.
Capture control must be disabled prior to printing or setting of
watch points.
---
cpukit/libmisc/capture/capture.c | 411 +++
cpukit/libmisc/capture/capture.h | 22 +-
cpukit/libmisc/captu
Methods to print the data were moved from capture-cli into
a support area and are no longer static so that they can
be shared by test routines, or application code that wants
to use the capture engine without the shell interface.
---
cpukit/libmisc/Makefile.am | 1 +
cpukit/libmisc
The catpture task record is now logged just prior to the first
log entry using that task instead of the first time the task
is seen. This involved splitting the record task method into
an initialize task and a record task.
---
cpukit/libmisc/capture/capture.c| 39 +
The upcoming set of capture engine patches were submitted
previously, requested changes made, and I tried to split the
largest patch into 3 as suggested.
Jennifer Averett
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo
Change semaphore attributes to resolve problem where semaphore is not
released upon a context switch.
---
testsuites/smptests/smpschedaffinity05/init.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/testsuites/smptests/smpschedaffinity05/init.c
b/testsuites/smptest
Change semaphore attributes to prevent semaphore from being
locked and never released upon a context switch.
---
testsuites/smptests/smpschedaffinity04/init.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/testsuites/smptests/smpschedaffinity04/init.c
b/testsuites/smp
Change semaphore attributes to prevent semaphore from being
locked and never released upon a context switch.
---
testsuites/smptests/smpschedaffinity02/init.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/testsuites/smptests/smpschedaffinity02/init.c
b/testsuites/sm
The upcoming patches are a set of revised patches that address a problem in
three of
The smpshedaffinity tests where a locked semaphore can cause the test to hang.
It should address the concerns that were posted on the last round.
Jennifer Averett
> -Original Message-
> From: Joel Sherrill [mailto:joel.sherr...@oarcorp.com]
> Sent: Wednesday, November 12, 2014 10:16 AM
> To: Jennifer Averett; Sebastian Huber; Gedare Bloom
> Cc: rtems-de...@rtems.org
> Subject: RE: [PATCH 3/3] smpschedaffinity05: Change se
> -Original Message-
> From: Sebastian Huber [mailto:sebastian.hu...@embedded-brains.de]
> Sent: Wednesday, November 12, 2014 9:16 AM
> To: Jennifer Averett; rtems-de...@rtems.org
> Subject: Re: [PATCH 1/3] smpschedaffinity02: Change semaphore attributes.
>
> On 12/
ent: Wednesday, November 12, 2014 9:41 AM
> To: Joel Sherrill; Gedare Bloom; Jennifer Averett
> Cc: rtems-de...@rtems.org
> Subject: Re: [PATCH 3/3] smpschedaffinity05: Change semaphore attributes.
>
> On 12/11/14 16:39, Joel Sherrill wrote:
> > Daniel Cederman found a bug
>
Change semaphore attributes to resolve problem where semaphore is not
released upon a context switch.
---
testsuites/smptests/smpschedaffinity05/init.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/testsuites/smptests/smpschedaffinity05/init.c
b/testsuites/smptests/
Change semaphore attributes to prevent semaphore from being
locked and never released upon a context switch.
---
testsuites/smptests/smpschedaffinity04/init.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/testsuites/smptests/smpschedaffinity04/init.c
b/testsuites/smpt
Change semaphore attributes to prevent semaphore from being
locked and never released upon a context switch.
---
testsuites/smptests/smpschedaffinity02/init.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/testsuites/smptests/smpschedaffinity02/init.c
b/testsuites/smpt
How are interactive tests being handled now? The top test will
eventually end but would come closest to being considered
interactive.
Jennifer Averett
> -Original Message-
> From: devel [mailto:devel-boun...@rtems.org] On Behalf Of Sebastian
> Huber
> Sent: Wednesday, Novem
> -Original Message-
> From: ged...@gwmail.gwu.edu [mailto:ged...@gwmail.gwu.edu] On
> Behalf Of Gedare Bloom
> Sent: Tuesday, November 04, 2014 10:16 AM
> To: Jennifer Averett
> Cc: rtems-de...@rtems.org
> Subject: Re: [PATCH 2/4] capture: Add SMP support.
>
>
I was asked to post an explanation of the a test I just submitted for review
(smpcapture01). It is a new SMP test added that does a worst case migration of
4 tasks on a 4 core system tracking and displaying the user extension records.
This task is rather complex to describe but using the notati
---
testsuites/libtests/capture01/init.c | 249 ++-
1 file changed, 12 insertions(+), 237 deletions(-)
diff --git a/testsuites/libtests/capture01/init.c
b/testsuites/libtests/capture01/init.c
index a725e26..e1e1e84 100644
--- a/testsuites/libtests/capture01/init.c
---
testsuites/smptests/Makefile.am | 1 +
testsuites/smptests/configure.ac | 1 +
testsuites/smptests/smpcapture01/Makefile.am | 19 ++
testsuites/smptests/smpcapture01/init.c | 273 ++
testsuites/smptests/smpcapture01/smp
To support smp data was broken into global and percpu capture data.
Capture control must be disabled prior to printing or setting of
watch points.
Methods to print the data were moved from capture-cli into
a support area and are no longer static so that they can
be shared by test routines, or appl
The catpture task record is now logged just prior to the first
log entry using that task instead of the first time the task
is seen. This involved splitting the record task method into
an initialize task and a record task.
---
cpukit/libmisc/capture/capture.c| 39 +
---
cpukit/libmisc/cpuuse/cpuusagetop.c | 83 -
1 file changed, 63 insertions(+), 20 deletions(-)
diff --git a/cpukit/libmisc/cpuuse/cpuusagetop.c
b/cpukit/libmisc/cpuuse/cpuusagetop.c
index 7e7348a..ecafd00 100644
--- a/cpukit/libmisc/cpuuse/cpuusagetop.c
+++
Bloom
> Sent: Thursday, October 30, 2014 9:54 AM
> To: Jennifer Averett
> Cc: rtems-de...@rtems.org
> Subject: Re: [rtems commit] libmisc: Add top to cpuusage.
>
> I missed reviewing this patch earlier, but there are some style problems with
> it, please fix them on the head.
My name and email are correct in git config.
> -Original Message-
> From: devel [mailto:devel-boun...@rtems.org] On Behalf Of Gedare Bloom
> Sent: Thursday, October 30, 2014 10:08 AM
> To: Joel Sherrill
> Cc: Jennifer Averett; rtems-de...@rtems.org
> Subject: Re: [rte
Running the leon3 with grsim fails due to the patch
bsp/sparc: Ensure that data cache snooping is enabled
It looks like cache snooping is disabled when it is ran for all
the tests. Where is this supposed to be set at with this change?
jennifer
___
de
Smpfatal08 fails to build on the head with the following configuration:
../rtems/configure --target=sparc-rtems4.11 \
--enable-maintainer-mode --enable-rtemsbsp=leon3 --disable-networking \
--enable-tests --enable-rtems-debug --enable-smp CFLAGS_FOR_BUILD="-O0"\
--prefix=${HOME}/smp/bsp-inst
This patch is not to be committed but is for discussion purposes.
Adding percpu instances will be implemented prior to committing.
---
cpukit/libmisc/capture/capture.c | 243 +++
cpukit/libmisc/capture/captureimpl.h | 19 ++-
2 files changed, 171 insertions(+),
---
cpukit/libmisc/capture/capture.c| 39 +--
cpukit/libmisc/capture/capture.h| 24 +++-
cpukit/libmisc/capture/capture_user_extension.c | 51 +
3 files changed, 78 insertions(+), 36 deletions(-)
diff --git a/cpukit/l
rtems_cpu_usage_top should be used for this information.
---
cpukit/libmisc/capture/capture-cli.c | 272 ---
1 file changed, 272 deletions(-)
diff --git a/cpukit/libmisc/capture/capture-cli.c
b/cpukit/libmisc/capture/capture-cli.c
index fb93e53..dc1f3bc 100644
---
This patch removes functionality for stack checking from
the capture engine and requiresi the use of existing rtems
functions for this information. It modifies ctload to use
functionality similar to rtems cpuusage. It removes the
capture task and stores a new capture task record the first
time th
---
testsuites/libtests/Makefile.am | 2 +-
testsuites/libtests/configure.ac| 1 +
testsuites/libtests/top/Makefile.am | 21 +++
testsuites/libtests/top/init.c | 106
testsuites/libtests/top/system.h| 63 +
testsui
---
cpukit/libmisc/Makefile.am | 2 +-
cpukit/libmisc/cpuuse/cpuusagetop.c | 338
cpukit/libmisc/cpuuse/cpuuse.h | 19 ++
3 files changed, 358 insertions(+), 1 deletion(-)
create mode 100644 cpukit/libmisc/cpuuse/cpuusagetop.c
diff --git a/cp
---
cpukit/score/include/rtems/score/thread.h | 7 +++
cpukit/score/src/threadinitialize.c | 3 +++
2 files changed, 10 insertions(+)
diff --git a/cpukit/score/include/rtems/score/thread.h
b/cpukit/score/include/rtems/score/thread.h
index 456df35..299bac6 100644
--- a/cpukit/score/incl
This involved adding a new variable record to the capture buffer
and modifing the trace method to read those records.
---
testsuites/libtests/capture01/init.c | 112 ++-
1 file changed, 85 insertions(+), 27 deletions(-)
diff --git a/testsuites/libtests/capture01/in
---
cpukit/libmisc/Makefile.am | 2 +-
cpukit/libmisc/shell/main_top.c| 60 ++
cpukit/libmisc/shell/shellconfig.h | 6
3 files changed, 67 insertions(+), 1 deletion(-)
create mode 100644 cpukit/libmisc/shell/main_top.c
diff --git a/cpukit/li
---
cpukit/libmisc/cpuuse/cpuusagereport.c | 25 +
1 file changed, 1 insertion(+), 24 deletions(-)
diff --git a/cpukit/libmisc/cpuuse/cpuusagereport.c
b/cpukit/libmisc/cpuuse/cpuusagereport.c
index 296fa28..5cba819 100644
--- a/cpukit/libmisc/cpuuse/cpuusagereport.c
+++ b
---
cpukit/score/include/rtems/score/threadimpl.h | 30 +++
1 file changed, 30 insertions(+)
diff --git a/cpukit/score/include/rtems/score/threadimpl.h
b/cpukit/score/include/rtems/score/threadimpl.h
index 9321c01..6195561 100644
--- a/cpukit/score/include/rtems/score/thr
Patches 1-5 were submitted and have requested changes.
Patches 6-9 move the capture engine ctload command to
a new rtems top command.
If there are no more requested changes for 1-5 I will
push them.
Jennifer Averett
___
devel mailing list
devel
e task tracking.
>
> On 23/09/2014 12:00 am, Jennifer Averett wrote:
> > This patch removes functionality for stack checking from
> > the capture engine and requiresi the use of existing rtems
> > functions for this information. It modifies ctload to use
> > functionali
---
cpukit/score/include/rtems/score/threadimpl.h | 26 ++
1 file changed, 26 insertions(+)
diff --git a/cpukit/score/include/rtems/score/threadimpl.h
b/cpukit/score/include/rtems/score/threadimpl.h
index 9321c01..77126eb 100644
--- a/cpukit/score/include/rtems/score/thre
This patch removes functionality for stack checking from
the capture engine and requiresi the use of existing rtems
functions for this information. It modifies ctload to use
functionality similar to rtems cpuusage. It removes the
capture task and stores a new capture task record the first
time th
---
cpukit/score/include/rtems/score/thread.h | 7 +++
cpukit/score/src/threadinitialize.c | 3 +++
2 files changed, 10 insertions(+)
diff --git a/cpukit/score/include/rtems/score/thread.h
b/cpukit/score/include/rtems/score/thread.h
index be35789..59e0f9e 100644
--- a/cpukit/score/incl
This involved adding a new variable record to the capture buffer
and modifing the trace method to read those records.
---
testsuites/libtests/capture01/init.c | 112 ++-
1 file changed, 85 insertions(+), 27 deletions(-)
diff --git a/testsuites/libtests/capture01/in
---
cpukit/libmisc/cpuuse/cpuusagereport.c | 25 +
1 file changed, 1 insertion(+), 24 deletions(-)
diff --git a/cpukit/libmisc/cpuuse/cpuusagereport.c
b/cpukit/libmisc/cpuuse/cpuusagereport.c
index 296fa28..62bb81a 100644
--- a/cpukit/libmisc/cpuuse/cpuusagereport.c
+++ b
Are there any objections to getting rid of the cpu usage and the stack checking
capability in the capture engine. I think rtems cpu usage and rtems stack
checker should be used instead. Keeping this information in the capture
engine seems redundant and this minimizes information that has to
be k
I am converting the capture engine to remove capture tasks and use a combination
of a special capture record and data moved to the tcb to replace it. I have a
question
on the rtems_capture_switch_task method where it is using a check for dormant
state
of the current task. I spoke with Joel on t
Chris suggested the following approach:
>Another approach could involve adding the task data to the trace buffer when
>the first reference
> to the task is added to the trace buffer. You would add the task data tagging
> it with some sort of "id".
> When added events related to the task the "id"
---
cpukit/Makefile.am | 1 +
cpukit/libmisc/Makefile.am | 5 +-
cpukit/libmisc/capture/capture-cli.c| 7 +-
cpukit/libmisc/capture/capture.c| 174 +++-
cpukit/libmisc/capture/capture.h
---
cpukit/libmisc/Makefile.am | 3 +-
cpukit/libmisc/capture/capture.c| 428 +++
cpukit/libmisc/capture/capture_user_extension.c | 435
cpukit/libmisc/capture/captureimpl.h| 195 +++
4 files ch
The following two patches have minor changes from the previous submitted
patches.
If there are no further comments I'll commit them.
Thanks
jennifer
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
---
cpukit/libmisc/Makefile.am | 3 +-
cpukit/libmisc/capture/capture.c| 428 +++
cpukit/libmisc/capture/capture_user_extension.c | 435
cpukit/libmisc/capture/captureimpl.h| 195 +++
4 files ch
---
cpukit/Makefile.am | 1 +
cpukit/libmisc/Makefile.am | 5 +-
cpukit/libmisc/capture/capture-cli.c| 7 +-
cpukit/libmisc/capture/capture.c| 174 +++-
cpukit/libmisc/capture/capture.h
hns wrote:
> >> On 10/07/2014 11:44 pm, Jennifer Averett wrote:
> >>> Use of the cenable command was resulting in a lock in
> >>> rtems_interrupt_lock_acquire due to nesting.
> >>
> >> I am rejecting this change. RTEMS as an RTOS should provide sup
---
testsuites/libtests/capture01/init.c | 33 -
testsuites/libtests/capture01/system.h | 2 +-
testsuites/libtests/capture01/test1.c | 10 +-
3 files changed, 30 insertions(+), 15 deletions(-)
diff --git a/testsuites/libtests/capture01/init.c
b/testsu
Since neither malloc nor rtems_workspace_alloc should be called during a
task switch the capture task was changed to manage a pool of capture
tasks that is allocated at open.
---
cpukit/libmisc/capture/capture-cli.c | 32 ---
cpukit/libmisc/capture/capture.c | 79 ++
I'm getting the following error when building the head with smp enabled.
sparc-rtems4.11-gcc -B../../../../../sis/lib/ -specs bsp_specs -qrtems
-mcpu=cypress -O2 -g -ffunction-sections -fdata-sections -Wall
-Wmissing-prototypes -Wimplicit-function-declaration -Wstrict-prototypes
-Wnested-extern
During discussions on capture engine modifications Daniel H.
suggested the following
> We suggest to remove the ref_count of the task structures to save
> time and locking. Otherwise we need atomic counters here?
> We suggest to free task structures when reading, by recording time of
> task de
---
cpukit/libmisc/capture/capture.c | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
diff --git a/cpukit/libmisc/capture/capture.c b/cpukit/libmisc/capture/capture.c
index 9ec07b8..1fac4a0 100644
--- a/cpukit/libmisc/capture/capture.c
+++ b/cpukit/libmisc/capture/capture.c
The capture engine currently uses a mixture of malloc and
rtems_workspace_allocate. We don't think the workspace
accounts for this, and would like to propose changing it
so that malloc is used for all memory allocation. Does anyone
see any reason this shouldn't be done?
--jennifer
__
> -Original Message-
> From: devel [mailto:devel-boun...@rtems.org] On Behalf Of Hesham
> Moustafa
> Sent: Thursday, July 17, 2014 4:58 AM
> To: rtems-de...@rtems.org
> Subject: Problem with ticker.exe for or1ksim/OpenRISC BSP
>
> Hi,
>
> I am trying to get ticker.exe working properly f
Sorry about that. I was building with debug on and didn’t see that error.
It is fixed in the tree now.
From: devel [mailto:devel-boun...@rtems.org] On Behalf Of Joel Sherrill
Sent: Saturday, July 12, 2014 11:14 AM
To: Ben Gras
Cc: RTEMS Devel
Subject: Re: [PATCH] capture01 build broken?
On a lo
This task walks the affinity of self across all the cores.
---
testsuites/smptests/Makefile.am| 1 +
testsuites/smptests/configure.ac | 1 +
testsuites/smptests/smpschedaffinity03/Makefile.am | 19
testsuites/smptests/smpschedaffinity03/init.c |
This test walks a secondary high prority task across
all the cores.
---
testsuites/smptests/Makefile.am| 1 +
testsuites/smptests/configure.ac | 1 +
testsuites/smptests/smpschedaffinity04/Makefile.am | 19 +++
testsuites/smptests/smpschedaffinity04/init.
This test verifies that affinity is honored when set prior to task start.
---
testsuites/smptests/Makefile.am| 1 +
testsuites/smptests/configure.ac | 1 +
testsuites/smptests/smpschedaffinity01/Makefile.am | 19 +++
testsuites/smptests/smpschedaffinity01
This test uses a combination of priority and affinity to cause
the tasks running on all 4 cores to change due to one task priority
change.
---
testsuites/smptests/Makefile.am| 1 +
testsuites/smptests/configure.ac | 1 +
testsuites/smptests/smpschedaffinit
This test verifies priority is inherited from a high priority
semaphore by a lower priority task.
---
testsuites/smptests/Makefile.am| 1 +
testsuites/smptests/configure.ac | 1 +
testsuites/smptests/smpschedsem01/Makefile.am | 19 +
testsuites/smp
This test checks setting the affinity of a secondary task
on a two core system.
---
testsuites/smptests/Makefile.am| 1 +
testsuites/smptests/configure.ac | 1 +
testsuites/smptests/smpschedaffinity02/Makefile.am | 19 ++
testsuites/smptests/smpschedaffin
> -Original Message-
> From: devel [mailto:devel-boun...@rtems.org] On Behalf Of Chris Johns
> Sent: Thursday, July 10, 2014 8:44 PM
> To: devel@rtems.org
> Subject: Re: [PATCH 2/4] capture: Fix capture engine to handle new
> extensions.
>
>
>
> On
Doxygen added and comment blocks standardized.
---
cpukit/libmisc/capture/capture.c | 229 ++--
cpukit/libmisc/capture/capture.h | 565 ---
2 files changed, 378 insertions(+), 416 deletions(-)
diff --git a/cpukit/libmisc/capture/capture.c b/cpukit/l
---
testsuites/libtests/Makefile.am | 1 +
testsuites/libtests/capture01/Makefile.am | 20 +++
testsuites/libtests/capture01/capture01.doc | 19 +++
testsuites/libtests/capture01/capture01.scn | 35
testsuites/libtests/capture01/init.c| 253 +
Doxygen added and comment blocks standardized.
---
cpukit/libmisc/capture/capture.c | 229 ++--
cpukit/libmisc/capture/capture.h | 565 ---
2 files changed, 378 insertions(+), 416 deletions(-)
diff --git a/cpukit/libmisc/capture/capture.c b/cpukit/l
Doxygen added and comment blocks standardized.
---
cpukit/libmisc/capture/capture.c | 229 ++--
cpukit/libmisc/capture/capture.h | 565 ---
2 files changed, 378 insertions(+), 416 deletions(-)
diff --git a/cpukit/libmisc/capture/capture.c b/cpukit/l
Use of the cenable command was resulting in a lock in
rtems_interrupt_lock_acquire due to nesting.
---
cpukit/libmisc/capture/capture.c | 39 ++-
1 file changed, 22 insertions(+), 17 deletions(-)
diff --git a/cpukit/libmisc/capture/capture.c b/cpukit/libmisc/ca
Of the 4 patches the patches 1/4 and 2/4 were reviewed and comments merged.
However they slipped through the cracks on committing them. If there are
no new comments I'll commit those.
I'm not sure patch 3/4 is the correct answer to the issue, but it gets
the interactive capture engine test worki
Doxygen added and comment blocks standardized.
---
cpukit/libmisc/capture/capture.c | 229 ++--
cpukit/libmisc/capture/capture.h | 565 ---
2 files changed, 378 insertions(+), 416 deletions(-)
diff --git a/cpukit/libmisc/capture/capture.c b/cpukit/l
---
cpukit/libmisc/capture/capture.c | 96
cpukit/libmisc/capture/capture.h | 17 ---
2 files changed, 78 insertions(+), 35 deletions(-)
diff --git a/cpukit/libmisc/capture/capture.c b/cpukit/libmisc/capture/capture.c
index 6f8e0a2..ec5e408 100644
---
Doxygen added and comment blocks standardized.
---
cpukit/libmisc/capture/capture.c | 229 ++--
cpukit/libmisc/capture/capture.h | 565 ---
2 files changed, 378 insertions(+), 416 deletions(-)
diff --git a/cpukit/libmisc/capture/capture.c b/cpukit/l
From: Joel Sherrill
---
IGNORE ME
--
1.7.1
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
From: Joel Sherrill
---
IGNORE ME
--
1.7.1
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
broutine call in critical paths was best.
So this is basically some code using one approach for discussion purposes. It
Is only known to compile and this may not be enough for you to compile it. :)
We want to discuss the design approach and see where to take this.
Jennif
Is h_args on the stack or in global space when passed into
rtems_interrupt_handler_install?
--jennifer
> -Original Message-
> From: devel [mailto:devel-boun...@rtems.org] On Behalf Of Andre
> Marques
> Sent: Monday, June 30, 2014 1:09 PM
> To: Gedare Bloom; Wendell Silva
> Cc: devel@rte
All the *.doc and *.scn are incorrect. They will be updated to match
the tests.
> -Original Message-
> From: Jennifer Averett
> Sent: Thursday, June 12, 2014 8:15 AM
> To: Jennifer Averett; Sebastian Huber
> Cc: rtems-de...@rtems.org
> Subject: RE: [PATCH 3/3] smpsc
.
> -Original Message-
> From: devel [mailto:devel-boun...@rtems.org] On Behalf Of Jennifer
> Averett
> Sent: Thursday, June 12, 2014 8:12 AM
> To: Sebastian Huber
> Cc: rtems-de...@rtems.org
> Subject: RE: [PATCH 3/3] smpschedsem01: New test Test to verify task
> priority is in
12, 2014 8:07 AM
> To: Jennifer Averett
> Cc: rtems-de...@rtems.org
> Subject: Re: [PATCH 3/3] smpschedsem01: New test Test to verify task
> priority is inherited from a semaphore.
>
> On 2014-06-11 21:18, jennifer wrote:
> > +++ b/testsuites/smptests/smpschedsem
Joel is out of the office today... I pushed his changes. He said
if he missed any it was by accident that he thought he had them
all.
Jennifer
> -Original Message-
> From: rtems-devel-boun...@rtems.org [mailto:rtems-devel-
> boun...@rtems.org] On Behalf Of Sebastian Huber
> Sent: Wednes
97 matches
Mail list logo