Re: Does libbsd really require POSIX enabled now?

On 09/06/2022 15:50, Sebastian Huber wrote: Technically, it should be a big issue. Technically, it should NOT be a big issue. -- embedded brains GmbH Herr Sebastian HUBER Dornierstr. 4 82178 Puchheim Germany email: sebastian.hu...@embedded-brains.de phone: +49-89-18 94 741 - 16 fax:

Static Analysis Tools for RTEMS

Hi With Matthew addressing new warnings from GCC 12, I thought it would be good to remind everyone that the RTEMS Project has access to two static analysis tools. As you work, fix bugs/warnings, etc., please remember to look at the results for the area of code you are touching from the static

Re: [gcc] Enable TLS support for RTEMS in libstdc++

On 09/06/2022 15:58, Joel Sherrill wrote: On Thu, Jun 9, 2022 at 2:12 AM Chris Johns > wrote: On 9/6/2022 4:16 pm, Sebastian Huber wrote: > On 08/06/2022 16:18, Sebastian Huber wrote: >> On 08/06/2022 16:11, Joel Sherrill wrote: >>> On Wed, Jun

Re: [gcc] Enable TLS support for RTEMS in libstdc++

On Thu, Jun 9, 2022 at 2:12 AM Chris Johns wrote: > On 9/6/2022 4:16 pm, Sebastian Huber wrote: > > On 08/06/2022 16:18, Sebastian Huber wrote: > >> On 08/06/2022 16:11, Joel Sherrill wrote: > >>> On Wed, Jun 8, 2022 at 8:47 AM Sebastian Huber > >>> >>>

Re: Does libbsd really require POSIX enabled now?

On 09/06/2022 15:44, Joel Sherrill wrote: Are there any features besides signals and sporadic scheduling that are enabled anymore? Removing the requirement for RTEMS_POSIX_API for libbsd is just one item on my long TODO list. Technically, it should be a big issue. Some commands may still use

Does libbsd really require POSIX enabled now?

Hi I'm starting a new thread because Frank's documentation thread is long enough already. From that thread: === > I also question why you say RTEMS_POSIX_API needs to be True. That > does not enable much anymore. I only know of signals and the Sporadic > Scheduler. > Because

[PATCH rtems-docs v2] TFTPFS: New documentation

From: Frank Kühndel --- filesystem/index.rst | 1 + filesystem/trivial_ftp.rst | 564 - 2 files changed, 562 insertions(+), 3 deletions(-) diff --git a/filesystem/index.rst b/filesystem/index.rst index f4e2ed6..64a2f1d 100644 ---

Re: [PATCH rtems-docs 1/1] TFTPFS: New documentation

Hello Chris, Hello Joel, Hello Sebastian, many thanks for your reviews and comments. I will send an updated v2 of this patch. It will take your comments in account. On 6/7/22 18:56, Joel Sherrill wrote: > > On Sun, Jun 5, 2022 at 8:56 PM Chris Johns wrote: > >> Hi Frank, >> >> Thanks for the

Re: [PATCH] user/bsps/arm: Second Ethernet on i.MX

Hello Chris, Am 09.06.22 um 09:20 schrieb Chris Johns: OK push. Thanks. (I am not familiar with these devices so ...) Is the needed device tree fragments easily available to the user? The device tree for the i.MX6 and i.MX7 series are basically just the ones from FreeBSD or Linux. So

Re: [PATCH] user/bsps/arm: Second Ethernet on i.MX

OK push. (I am not familiar with these devices so ...) Is the needed device tree fragments easily available to the user? Thanks Chris On 9/6/2022 5:03 pm, Christian Mauderer wrote: > This adds information how to use a second Ethernet controller on the > i.MX BSPs. > --- > user/bsps/arm/imx.rst

Re: [gcc] Enable TLS support for RTEMS in libstdc++

On 9/6/2022 4:16 pm, Sebastian Huber wrote: > On 08/06/2022 16:18, Sebastian Huber wrote: >> On 08/06/2022 16:11, Joel Sherrill wrote: >>> On Wed, Jun 8, 2022 at 8:47 AM Sebastian Huber >>> >> > wrote: >>> >>>     On 08/06/2022 15:39, Joel Sherrill wrote:

Re: [PATCH rtems v2] bsps/imx: Enable clock of ETH2

Thanks for the review and the OK to push. I created a patch for rtems-docs that gives some information about that (and about how to use the second Ethernet controller) and sent it to the list. Am 08.06.22 um 02:49 schrieb Chris Johns: Does the BSP doco in the User Manual need updating to

[PATCH] user/bsps/arm: Second Ethernet on i.MX

This adds information how to use a second Ethernet controller on the i.MX BSPs. --- user/bsps/arm/imx.rst | 17 + 1 file changed, 17 insertions(+) diff --git a/user/bsps/arm/imx.rst b/user/bsps/arm/imx.rst index ee98f0b..e2fd7f2 100644 --- a/user/bsps/arm/imx.rst +++

Re: [gcc] Enable TLS support for RTEMS in libstdc++

On 08/06/2022 16:18, Sebastian Huber wrote: On 08/06/2022 16:11, Joel Sherrill wrote: On Wed, Jun 8, 2022 at 8:47 AM Sebastian Huber > wrote:     On 08/06/2022 15:39, Joel Sherrill wrote: > Is TLS actually supported on all targets except MIPS?

Re: [PATCH 3/5] cpukit/libmd/md5.c: fix warning

On 08/06/2022 18:09, Joel Sherrill wrote: On Wed, Jun 8, 2022, 10:45 AM Gedare Bloom > wrote: Does this code have an upstream? I tried to find it. Maybe whoever added it has memory of the source. As best I can tell, it is lightly or not maintained reference

Re: [PATCH 5/5] testsuites/libtests/malloctest: fix warning

On 08/06/2022 15:34, Matthew Joyce wrote: @@ -118,13 +116,6 @@ static void test_realloc(void) malloc_walk_ok = malloc_walk( 1234, false ); rtems_test_assert( malloc_walk_ok ); _Thread_Dispatch_enable( _Per_CPU_Get() ); - - /* - * Realloc with a bad pointer to force a point - */

Re: [PATCH] validation: Fix CallWithinISR()

On 08/06/2022 22:11, Gedare Bloom wrote: On Wed, Jun 8, 2022 at 1:04 PM Sebastian Huber wrote: On 08/06/2022 17:40, Gedare Bloom wrote: Hm. This looks ok, but it also seems to be a bit of an awkward requirement. Is this only relevant for the tm27 test? I hijacked the tm27 support to add an