Re: GSoC Project | Basic Support for Trace Compass

On Tue, May 14, 2019 at 11:24 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 13/05/2019 08:24, Ravindra Kumar Meena wrote: > > > > *The goal of this week:* > > > > The goal of phase 1 of my GSoC proposal is to generate the trace > > data(LTTng) in Common Trace Format(CTF) fro

Re: GSoC Project | Basic Support for Trace Compass

On 13/05/2019 08:24, Ravindra Kumar Meena wrote: *The goal of this week:* The goal of phase 1 of my GSoC proposal is to generate the trace data(LTTng) in Common Trace Format(CTF) from target running RTEMS application. The Event Recording infrastructure lacks the generation of trace data in C

Re: [rtems-bsp-builder] 2019-05-13 22:29:39: Profile(s): everything

On 14/5/19 3:04 pm, Sebastian Huber wrote: > On 14/05/2019 06:54, j...@rtems.org wrote: >> RTEMS Tools Project - RTEMS Kernel BSP Builder, 5 (925448a4527e) >> >> >> Host: #1 SMP Tue Aug 14 21:49:04 UTC 2018 >> >> command: ./rtems-tool

Re: [rtems-libbsd commit] Remove dangerous weak definition of getentropy()

On 14/5/19 2:58 pm, Sebastian Huber wrote: > On 14/05/2019 00:53, Chris Johns wrote: >> Hi, >> >> The change makes sense from a security point of view but are you sure there >> are >> no references to these symbols for those users who do not need this stuff to >> work? > > I added these weak defi

Re: [rtems-bsp-builder] 2019-05-13 22:29:39: Profile(s): everything

On 14/05/2019 06:54, j...@rtems.org wrote: RTEMS Tools Project - RTEMS Kernel BSP Builder, 5 (925448a4527e) Host: #1 SMP Tue Aug 14 21:49:04 UTC 2018 command: ./rtems-tools/tester/rt/cmd-bsp-builder.py ./rtems-\ tools/te

Re: [rtems-libbsd commit] Remove dangerous weak definition of getentropy()

On 14/05/2019 00:53, Chris Johns wrote: Hi, The change makes sense from a security point of view but are you sure there are no references to these symbols for those users who do not need this stuff to work? I added these weak definitions along with an update to a new FreeBSD baseline in 2016

Re: [PATCH 43/98] doxygen: score: adjust doc in rbtree.h to doxygen guidelines

On 14/05/2019 01:02, Chris Johns wrote: On 14/5/19 8:40 am, Chris Johns wrote: The patch breaks master. It might pay to build it locally. For maybe not as buildbot found the issue ... nice :) https://buildbot.rtems.org/#/builders/7/builds/257 I think buildbot need to shout out so I will ask

Re: [PATCH 43/98] doxygen: score: adjust doc in rbtree.h to doxygen guidelines

On 14/05/2019 00:40, Chris Johns wrote: Hi, The patch breaks master. It might pay to build it locally. Sorry, I should have checked that it builds. I only checked the Doxygen output. -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 8

[PATCH] libdl: Sort object file symbols and use a binary search to find

From: Chris Johns - Replace the linear object file symbol search with a binary search. - Sort the object file symbols after loading. Closes #3748 --- cpukit/include/rtems/rtl/rtl-sym.h | 9 ++ cpukit/libdl/rtl-obj.c | 6 +++- cpukit/libdl/rtl-sym.c | 49 +++

Re: Heap protection check bad address

On 14/5/19 9:41 am, Joel Sherrill wrote: > On Mon, May 13, 2019, 6:04 PM Chris Johns > wrote: > > Hi, > > I chased down a buffer overwrite bug in libdl (#3746). On the powerpc and > sparc > the test dl05.exe crashed and on xilinx_zynq_a9_qemu I got a heap >

Re: Heap protection check bad address

On Mon, May 13, 2019, 6:04 PM Chris Johns wrote: > Hi, > > I chased down a buffer overwrite bug in libdl (#3746). On the powerpc and > sparc > the test dl05.exe crashed and on xilinx_zynq_a9_qemu I got a heap > protection > error on free. This was really nice however it is a mission to take that

Heap protection check bad address

Hi, I chased down a buffer overwrite bug in libdl (#3746). On the powerpc and sparc the test dl05.exe crashed and on xilinx_zynq_a9_qemu I got a heap protection error on free. This was really nice however it is a mission to take that error message and figure out the block address that is the cause

Re: [PATCH 43/98] doxygen: score: adjust doc in rbtree.h to doxygen guidelines

On 14/5/19 8:40 am, Chris Johns wrote: > The patch breaks master. It might pay to build it locally. For maybe not as buildbot found the issue ... nice :) https://buildbot.rtems.org/#/builders/7/builds/257 I think buildbot need to shout out so I will ask Amar if an email can be sent to bui...@rt

Re: [rtems-libbsd commit] Remove dangerous weak definition of getentropy()

Hi, The change makes sense from a security point of view but are you sure there are no references to these symbols for those users who do not need this stuff to work? On 13/5/19 7:20 pm, Sebastian Huber wrote: > Module:rtems-libbsd > Branch:master > Commit:ab80f78a20cae1f580d3474a43a

Re: [PATCH 43/98] doxygen: score: adjust doc in rbtree.h to doxygen guidelines

Hi, The patch breaks master. It might pay to build it locally. On 7/5/19 3:39 pm, Sebastian Huber wrote: > From: Andreas Dachsberger > > --- > cpukit/include/rtems/score/rbtree.h | 154 > +--- > 1 file changed, 90 insertions(+), 64 deletions(-) > > diff --git

[PATCH] bsps: Always build generic interrupt support

This makes it possible to write tests for the generic interrupt controller support. Update #3296. --- bsps/bfin/TLL6527M/include/bsp/irq.h | 1 + bsps/bfin/bf537Stamp/include/bsp/irq.h | 1 + bsps/bfin/eZKit533/include/bsp/irq.h | 1 + bsps/include/bsp/i

Cortex-M3 Errata 602117

Hello, while testing on a NXP LPC1788 it found that this chip is affected by the Cortex-M3 Errata 602117. NXP didn't bother to document this in their errata sheet for the chip: https://www.nxp.com/docs/en/errata/ES_LPC177X_8X.pdf To avoid the issues, you have to compile everything with -mfi

[PATCH] Separate libbsd and RTEMS clock ticks

--- freebsd/sys/kern/kern_timeout.c| 5 - freebsd/sys/sys/kernel.h | 9 - rtemsbsd/rtems/rtems-kernel-init.c | 25 +++-- 3 files changed, 19 insertions(+), 20 deletions(-) diff --git a/freebsd/sys/kern/kern_timeout.c b/freebsd/sys/kern/kern_timeout.