Update #3598.
---
cpukit/headers.am| 1 +
cpukit/include/rtems/confdefs.h | 1 +
cpukit/include/rtems/rtems/ratemon.h | 110 ---
cpukit/include/rtems/rtems/ratemondata.h | 124 +++
cpukit/include/rtems/rte
I added a ticket for this:
https://devel.rtems.org/ticket/3598
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on r
The rtems_context_fp typedef as no corresponding API. A user can do
nothing with it.
Close #3589.
---
cpukit/include/rtems/rtems/types.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cpukit/include/rtems/rtems/types.h
b/cpukit/include/rtems/rtems/types.h
index 144b3cddb1..
The rtems_rate_monotonic_period_time_t typedef as no corresponding API.
It violates the POSIX namespace. A user can do nothing with it.
Close #3595.
---
cpukit/include/rtems/rtems/ratemon.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/cpukit/include/rtems/rtems/
The region_information_block typedef as no corresponding API. It has no
proper namespace prefix. A user can do nothing with it.
Close #3591.
---
cpukit/include/rtems/rtems/types.h | 2 +-
cpukit/libmisc/cpuuse/cpuusagetop.c| 2 +-
cpukit/libmisc/shell/main_mallocinfo.c | 2 +-
3 files c
The rtems_context typedef as no corresponding API. A user can do
nothing with it.
Close #3587.
---
cpukit/include/rtems/rtems/types.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cpukit/include/rtems/rtems/types.h
b/cpukit/include/rtems/rtems/types.h
index 806fa44eb6..144
The rtems_thread_cpu_usage_t typedef as no corresponding API. It
violates the POSIX namespace. A user can do nothing with it.
Close #3593.
---
cpukit/include/rtems/rtems/ratemon.h | 8
cpukit/include/rtems/rtems/types.h | 2 +-
2 files changed, 5 insertions(+), 5 deletions(-)
diff -
Sebastian Huber (5):
rtems: Deprecate rtems_context
rtems: Deprecate rtems_context_fp
rtems: Deprecate region_information_block
rtems: Deprecate rtems_thread_cpu_usage_t
rtems: Deprecate rtems_rate_monotonic_period_time_t
cpukit/include/rtems/rtems/ratemon.h | 18 +-
c
On 08/11/2018 17:22, Sebastian Huber wrote:
> On 08/11/2018 05:36, Chris Johns wrote:
>> On 08/11/2018 00:14, Sebastian Huber wrote:
>>> the header file still exposes a lot of implementation details via
>>> the
>>> definition of the *_Control structures of the API objects. They are only
>>> neces
On 08/11/2018 04:52, Gedare Bloom wrote:
Attached is a patch from GCI 2018 adding doxygen to the altera-cyclone-v.
6545323948244992_1541638792_0001-arm-altera-cyclone-v-Update-Doxygen-GCI-2018.patch
From f69a935ea34fb617cab4632830e60184fe380d30 Mon Sep 17 00:00:00 2001
From: shashvatjain
Date:
On 07/11/2018 19:22, Joel Sherrill wrote:
From: Sal
This work was part of GCI 2018.
Closes #2541.
---
bsps/m68k/mcf52235/btimer/btimer.c | 11 +++
bsps/m68k/mcf52235/clock/clock.c | 13 +
bsps/m68k/mcf52235/console/console.c | 26 +-
bsps/m
On 08/11/2018 05:36, Chris Johns wrote:
On 08/11/2018 00:14, Sebastian Huber wrote:
the header file still exposes a lot of implementation details via the
definition of the *_Control structures of the API objects. They are only
necessary for the application configuration. I would like to move th
On 07/11/2018 19:05, Joel Sherrill wrote:
Thanks.
A ticket needs to be filed to convert the tests if the counter works
on all BSPs.
https://devel.rtems.org/ticket/2847
What are the BSP requirements for counter?
The BSP needs a free running counter which is not affected by power
saving st
On 08/11/2018 00:14, Sebastian Huber wrote:
>
> the header file still exposes a lot of implementation details via
> the
> definition of the *_Control structures of the API objects. They are only
> necessary for the application configuration. I would like to move them to
> separate header files.
Attached is a patch from GCI 2018 adding doxygen to the altera-cyclone-v.
6545323948244992_1541638792_0001-arm-altera-cyclone-v-Update-Doxygen-GCI-2018.patch
Description: Binary data
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/
From: Sal
This work was part of GCI 2018.
Closes #2541.
---
bsps/m68k/mcf52235/btimer/btimer.c | 11 +++
bsps/m68k/mcf52235/clock/clock.c | 13 +
bsps/m68k/mcf52235/console/console.c | 26 +-
bsps/m68k/mcf52235/console/debugio.c | 19 +++
From: Marçal Comajoan Cara
Closes #2541.
---
bsps/m68k/mcf52235/btimer/btimer.c | 11 +++
bsps/m68k/mcf52235/clock/clock.c | 13 +
bsps/m68k/mcf52235/console/console.c | 26 +-
bsps/m68k/mcf52235/console/debugio.c | 19 ++-
bsps/m
Thanks.
A ticket needs to be filed to convert the tests if the counter works on all
BSPs.
What are the BSP requirements for counter?
Also, it likely means that results need to be recalibrated and cannot be
compared
for historical purposes.
At this point, I consider the two tests using counter fu
- Am 7. Nov 2018 um 18:13 schrieb joel j...@rtems.org:
> Hi
>
> Do these report the same units?
Not necessarily.
>
> If not, there are only *tmtests which use rtems/counter.h and thus would be
> reporting numbers with different units than the btimer.
You can convert the counter value to n
Hi
Do these report the same units?
If not, there are only *tmtests which use rtems/counter.h and thus would be
reporting numbers with different units than the btimer.
--joel
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo
On Wed, Nov 7, 2018 at 12:36 AM Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> It would be nice if GCI2018 patches are sent to devel@rtems.org for
> review before they are committed.
>
We will do this in the future and I will fix these but it also would have
been nice to
have gott
p.s. I asked Joel to look at the feedback on this patch. some of these
issues may be part of his templates.
On Wed, Nov 7, 2018 at 10:59 AM, Gedare Bloom wrote:
> We will ensure this policy. This is a good reminder that we had
> encountered some problems last time with non-code churn caused by G
We will ensure this policy. This is a good reminder that we had encountered
some problems last time with non-code churn caused by GCI 2015.
On Wed, Nov 7, 2018 at 1:40 AM, Chris Johns wrote:
> On 07/11/2018 17:36, Sebastian Huber wrote:
> > It would be nice if GCI2018 patches are sent to devel@r
On Wed, Nov 7, 2018 at 7:57 AM Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> Hello,
>
> I noticed a problem with the latest v850 tool chain which uses
> -fdata-sections for Newlib:
>
> gmake[1]: Entering directory
> '/build/git-build/b-all-v850-5/v850-rtems5/c/v850e1sim/testsuites
Hello,
I noticed a problem with the latest v850 tool chain which uses
-fdata-sections for Newlib:
gmake[1]: Entering directory
'/build/git-build/b-all-v850-5/v850-rtems5/c/v850e1sim/testsuites/samples'
v850-rtems5-gcc -mv850e1 -O2 -g -ffunction-sections -fdata-sections
-Wall -Wmissing-proto
Update #3584.
---
cpukit/include/rtems/rtems/types.h| 6 +++---
cpukit/include/rtems/score/basedefs.h | 6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/cpukit/include/rtems/rtems/types.h
b/cpukit/include/rtems/rtems/types.h
index 82c0edd3c3..806fa44eb6 100644
--- a/cp
Hello,
the header file still exposes a lot of implementation details
via the definition of the *_Control structures of the API objects. They
are only necessary for the application configuration. I would like to
move them to separate header files. Currently we have:
I need a new name for
Rename
* _Configuration_Interrupt_stack_area_begin in _ISR_Stack_area_begin,
* _Configuration_Interrupt_stack_area_end in _ISR_Stack_area_end, and
* _Configuration_Interrupt_stack_size in _ISR_Stack_size.
Move definitions to . The new names are considerable
shorter and in the right namespa
This function was only used on some m68k variants. On these m68k
variants there is no need to use a global symbol. Use a local label
instead.
Remove _ISR_Dispatch() from the architecture-independent layer.
---
bsps/mips/shared/irq/exception.S | 2 +-
cpukit/Makefile.am
From: Chris Johns
Updated to af2f2fe89a3bf45748b78703820efb0986a8207a.
Repo is https://github.com/msoulier/tftpy.git
---
tester/rt/tftp.py| 3 +-
tester/rt/tftpy/TftpClient.py| 9 +-
tester/rt/tftpy/TftpContexts.py | 47 ++--
tester/rt/tftpy/TftpPacketFa
From: Chris Johns
- Update imports after wrapping the code.
- Fix python3 issues.
- Fix config path issues for in repo and install runs.
Closes #3537
---
rtemstoolkit/configuration.py | 30 +--
rtemstoolkit/python-wrapper.sh | 54 ++
On 07/11/2018 01:11, Chris Johns wrote:
On 06/11/2018 23:37, Sebastian Huber wrote:
There is no need to make the minimum identifier dependent on the maximum
per allocation.
---
cpukit/score/src/objectinitializeinformation.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
32 matches
Mail list logo