Re: RSB vs. Python 2.7

On 9/9/2022 3:50 pm, Sebastian Huber wrote: > On 09.09.22 07:49, Chris Johns wrote: >> On 9/9/2022 3:30 pm, Sebastian Huber wrote: >>> Hello, >>> >>> it seems that the recent RSB no longer runs with Python 2.7: >>> >>> download:https://codeload.github.com/RTEMS/gnu-mirror-gcc/tar.gz/6678700: >>>

Re: RSB vs. Python 2.7

On 09.09.22 07:49, Chris Johns wrote: On 9/9/2022 3:30 pm, Sebastian Huber wrote: Hello, it seems that the recent RSB no longer runs with Python 2.7: download:https://codeload.github.com/RTEMS/gnu-mirror-gcc/tar.gz/6678700: error: https should be ok with python2? My default "python"

Re: [PATCH] user: Document arm/fvp BSP

Ok to push Thanks Chris On 9/9/2022 3:49 pm, Sebastian Huber wrote: > Close #4202. > --- > user/bsps/arm/fvp.rst | 39 +++ > user/bsps/bsps-arm.rst | 1 + > 2 files changed, 40 insertions(+) > create mode 100644 user/bsps/arm/fvp.rst > > diff --git

[PATCH] user: Document arm/fvp BSP

Close #4202. --- user/bsps/arm/fvp.rst | 39 +++ user/bsps/bsps-arm.rst | 1 + 2 files changed, 40 insertions(+) create mode 100644 user/bsps/arm/fvp.rst diff --git a/user/bsps/arm/fvp.rst b/user/bsps/arm/fvp.rst new file mode 100644 index 000..a1e186a

Re: RSB vs. Python 2.7

On 9/9/2022 3:30 pm, Sebastian Huber wrote: > Hello, > > it seems that the recent RSB no longer runs with Python 2.7: > > download: https://codeload.github.com/RTEMS/gnu-mirror-gcc/tar.gz/6678700: > error: https should be ok with python2? > Is it now time to drop the Python 2 support

RSB vs. Python 2.7

Hello, it seems that the recent RSB no longer runs with Python 2.7: download: https://codeload.github.com/RTEMS/gnu-mirror-gcc/tar.gz/6678700: error: Is it now time to drop the Python 2 support entirely? -- embedded brains GmbH Herr Sebastian HUBER Dornierstr. 4 82178 Puchheim Germany

Re: [PATCH] user: Document RSB --with/without-newlib-tls

Thanks for adding this. Please push. Chris On 9/9/2022 3:18 pm, Sebastian Huber wrote: > Update #4560. > --- > user/rsb/project-sets.rst | 9 + > 1 file changed, 9 insertions(+) > > diff --git a/user/rsb/project-sets.rst b/user/rsb/project-sets.rst > index 54a3f8e..ce839c5 100644 > ---

[PATCH] user: Document RSB --with/without-newlib-tls

Update #4560. --- user/rsb/project-sets.rst | 9 + 1 file changed, 9 insertions(+) diff --git a/user/rsb/project-sets.rst b/user/rsb/project-sets.rst index 54a3f8e..ce839c5 100644 --- a/user/rsb/project-sets.rst +++ b/user/rsb/project-sets.rst @@ -116,6 +116,15 @@ build sets:

Re: [rtems-source-builder commit] 7: Update Binutils, GDB, and GCC

On 9/9/2022 12:28 am, Sebastian Huber wrote: https://codeload.github.com/RTEMS/sourceware-mirror-binutils-gdb/tar.gz/%{binutils_version} > -%hash sha512 %{binutils_expand_name}.tar.gz >

Re: [PATCH 00/15] Synchronize libcrypt and libmd with FreeBSD

On 9/9/2022 12:29 am, Sebastian Huber wrote: > On 08/09/2022 16:27, Joel Sherrill wrote: >> >> On Thu, Sep 8, 2022 at 9:26 AM Sebastian Huber >> > > wrote: >> >>     On 08/09/2022 16:21, Joel Sherrill wrote: >> > Were there no updates to md4/md5 code

[PATCH rtems-lwip] lwip: Provide h_errno

Any application using gethostbyname requires h_errno. This restores the ability to link applications that make use of h_errno by way of gethostbyname. --- lwip/src/api/netdb.c | 3 +++ lwip/src/include/lwip/netdb.h | 6 +++--- 2 files changed, 6 insertions(+), 3 deletions(-) diff --git

Re: [PATCH rtems-lwip v3 5/7] RTEMS port of lwIP for STM32 and STM32F4 BSP

There are a few places noted below where the code import rules aren't being followed. On 9/8/2022 11:34, Duc Doan wrote: --- rtemslwip/stm32f4/stm32f4_lwip.c | 14 rtemslwip/stm32f4/stm32f4_lwip.h | 9 +++ stm32/ethernetif.c | 110 ++-

Re: [PATCH rtems-lwip v3 3/7] Add STM32 Ethernet source

lwip.h should also be removed as I believe it is unused except where it's included in netstart.h which doesn't use anything declared there as far as I can tell. The only thing I can tell that lwip.h provides that's of any use is the extern declaration for heth and it isn't used for that.

Re: [PATCH rtems-lwip v3 1/7] lwip.py: Change arch and bsp check method

I realized that I am not using the latest rtems, so I did not see those BSPs. Should I create another patch to add the correct BSPs? Thanks, Duc From: devel on behalf of Kinsey Moore Sent: Thursday, September 8, 2022 12:52:15 PM To: devel@rtems.org Subject:

Re: [PATCH rtems-lwip v3 1/7] lwip.py: Change arch and bsp check method

On 9/8/2022 11:34, Duc Doan wrote: --- lwip.py | 31 ++- 1 file changed, 18 insertions(+), 13 deletions(-) diff --git a/lwip.py b/lwip.py index 84eef2c..1f0b8e2 100644 --- a/lwip.py +++ b/lwip.py @@ -99,6 +99,8 @@ def build(bld): drv_incl = []

[PATCH rtems-lwip v3 7/7] stm32: Convert to Unix line endings

This patch converts all files imported from ST to Unix line endings --- rtemslwip/stm32f4/lwipopts.h | 294 ++--- stm32/driver/dp83848.c | 1328 +++ stm32/driver/dp83848.h | 872 +++ stm32/ethernetif.c | 1970

[PATCH rtems-lwip v3 6/7] lwip.py: Add STM32 lwIP port to build

--- lwip.py | 21 + 1 file changed, 21 insertions(+) diff --git a/lwip.py b/lwip.py index 593f0e0..2d8769d 100644 --- a/lwip.py +++ b/lwip.py @@ -92,6 +92,20 @@ common_source_files = [ 'rtemslwip/bsd_compat/rtems-kernel-program.c' ] +stm32_drv_incl = [ +'stm32', +

[PATCH rtems-lwip v3 5/7] RTEMS port of lwIP for STM32 and STM32F4 BSP

--- rtemslwip/stm32f4/stm32f4_lwip.c | 14 rtemslwip/stm32f4/stm32f4_lwip.h | 9 +++ stm32/ethernetif.c | 110 ++- stm32/ethernetif.h | 8 ++- stm32/lwip.h | 2 + 5 files changed, 140 insertions(+), 3

[PATCH rtems-lwip v3 3/7] Add STM32 Ethernet source

This patch adds ST's Ethernet and lwIP port and DP83848 driver. The files are generated using STM32CubeIDE with STM32F4 Cube FW v1.27.1, under RTOS mode. --- COPYING.stm32 | 28 ++ ORIGIN.stm32 | 2 + stm32/driver/dp83848.c | 664 +++

[PATCH rtems-lwip v3 4/7] rtemslwip: Add STM32F4 lwipopts.h and netstart.c

--- rtemslwip/stm32f4/lwipopts.h | 147 +++ rtemslwip/stm32f4/netstart.c | 74 ++ 2 files changed, 221 insertions(+) create mode 100644 rtemslwip/stm32f4/lwipopts.h create mode 100644 rtemslwip/stm32f4/netstart.c diff --git

[PATCH rtems-lwip v3 2/7] lwip.py: Use ant_glob instead of os.walk()

Updates #4714 --- lwip.py | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git a/lwip.py b/lwip.py index 1f0b8e2..593f0e0 100644 --- a/lwip.py +++ b/lwip.py @@ -110,15 +110,7 @@ def build(bld): source_files.extend(common_source_files) def walk_sources(path): -

[PATCH rtems-lwip v3 0/7] lwIP port for STM32F4 BSP

This patch set aims to port RTEMS lwIP for STM32F4 BSP. It also contains generic drivers for STM32 chips in general. It is tested with a TCP echo server application on STM32F407 Discovery Board. Prerequisite: this patch set requires my STM32F4 patches to be applied because it uses STM32 HAL. v2:

[PATCH rtems-lwip v3 1/7] lwip.py: Change arch and bsp check method

--- lwip.py | 31 ++- 1 file changed, 18 insertions(+), 13 deletions(-) diff --git a/lwip.py b/lwip.py index 84eef2c..1f0b8e2 100644 --- a/lwip.py +++ b/lwip.py @@ -99,6 +99,8 @@ def build(bld): drv_incl = [] arch_lib_path =

[PATCH RSB] rtems-tools-6.cfg: Bump hash to update BSP list

--- rtems/config/tools/rtems-tools-6.cfg | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/rtems/config/tools/rtems-tools-6.cfg b/rtems/config/tools/rtems-tools-6.cfg index d7522fd..14ee346 100644 --- a/rtems/config/tools/rtems-tools-6.cfg +++

Re: [PATCH 00/15] Synchronize libcrypt and libmd with FreeBSD

On 08/09/2022 16:27, Joel Sherrill wrote: On Thu, Sep 8, 2022 at 9:26 AM Sebastian Huber > wrote: On 08/09/2022 16:21, Joel Sherrill wrote: > Were there no updates to md4/md5 code in libmd? git blame shows md4.c as > having mostly

Re: [PATCH 00/15] Synchronize libcrypt and libmd with FreeBSD

On Thu, Sep 8, 2022 at 9:26 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 08/09/2022 16:21, Joel Sherrill wrote: > > Were there no updates to md4/md5 code in libmd? git blame shows md4.c as > > having mostly no updates in 15 years. > > These hashes are obsolete for

Re: [PATCH] minimum: Do not use unified work areas

OK. Minimum is supposed to be just that. If something is in it which can be trimmed out, it is up for discussion. This looks good to me. On Thu, Sep 8, 2022 at 9:15 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > The CONFIGURE_UNIFIED_WORK_AREAS option pulls in a system

Re: [PATCH 00/15] Synchronize libcrypt and libmd with FreeBSD

On 08/09/2022 16:21, Joel Sherrill wrote: Were there no updates to md4/md5 code in libmd? git blame shows md4.c as having mostly no updates in 15 years. These hashes are obsolete for cryptographic purposes. -- embedded brains GmbH Herr Sebastian HUBER Dornierstr. 4 82178 Puchheim Germany

Re: [PATCH 00/15] Synchronize libcrypt and libmd with FreeBSD

Were there no updates to md4/md5 code in libmd? git blame shows md4.c as having mostly no updates in 15 years. --joel On Thu, Sep 8, 2022 at 8:27 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Alan Somers (1): > Fix C++ includability of crypto headers with static array

[PATCH] minimum: Do not use unified work areas

The CONFIGURE_UNIFIED_WORK_AREAS option pulls in a system initialization handler which initializes the unified heap. Close #4108. --- testsuites/samples/minimum/init.c | 15 --- 1 file changed, 15 deletions(-) diff --git a/testsuites/samples/minimum/init.c

Re: [PATCH] score: Improve formatting

On Thu, Sep 8, 2022 at 2:40 AM Chris Johns wrote: > On 8/9/2022 5:23 pm, Sebastian Huber wrote: > > On 08/09/2022 08:56, Chris Johns wrote: > >> Is the score going to be run through clang-format? > > > > I gave up finding the proper clang-format configuration which is close > > to the RTEMS

[PATCH 10/15] libtests/sha: Add tests for SHA512-224

--- testsuites/libtests/sha/init.c | 50 ++ 1 file changed, 50 insertions(+) diff --git a/testsuites/libtests/sha/init.c b/testsuites/libtests/sha/init.c index 43ba8e843d..6d29c3c8d0 100644 --- a/testsuites/libtests/sha/init.c +++ b/testsuites/libtests/sha/init.c

[PATCH 14/15] Get rid of unused variables.

From: Xin LI copied_key and copied_salt are assigned with NULL and never used otherwise. Remove the two variables and related code. Reviewed by:pfg MFC after: 2 weeks Differential Revision: https://reviews.freebsd.org/D16314 --- cpukit/libcrypt/crypt-sha256.c | 9 +

[PATCH 04/15] Retune SHA2 code for improved performance on CPUs

From: Colin Percival with more ILP and a preference for memory load instructions over large code footprints with embedded immediate variables. On amd64 CPUs from 2007-2008 there is not a significant change, but amd64 CPUs from 2009-2010 get roughly 10% more throughput with this code; amd64 CPUs

[PATCH 06/15] Implement SHA2-224 submode of SHA2-256

From: Conrad Meyer Like SHA2-384:SHA2-512, SHA2-224 is simply a truncated SHA2-256 with a different initial vector. Add to round out the complete basic SHA2 family. --- cpukit/include/sha224.h | 62 + cpukit/libmd/sha256c.c | 51

[PATCH 09/15] libtests/sha: Add tests for SHA384

--- testsuites/libtests/sha/init.c | 58 ++ 1 file changed, 58 insertions(+) diff --git a/testsuites/libtests/sha/init.c b/testsuites/libtests/sha/init.c index 49cc17db44..43ba8e843d 100644 --- a/testsuites/libtests/sha/init.c +++ b/testsuites/libtests/sha/init.c

[PATCH 12/15] General further adoption of SPDX licensing ID tags.

From: "Pedro F. Giffuni" Mainly focus on files that use BSD 3-Clause license. The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification,

[PATCH 15/15] libcrypt: There is no need to clear message digest

From: Xin LI context after they are finialized after r336539, so do not do it. Submitted by: David CARLIER MFC after: 1 month (after r336539) Differential Revision: https://reviews.freebsd.org/D16059 --- cpukit/libcrypt/crypt-sha256.c | 2 -- cpukit/libcrypt/crypt-sha512.c | 2 -- 2

[PATCH 11/15] libtests/sha: Add tests for SHA512-256

--- testsuites/libtests/sha/init.c | 49 ++ 1 file changed, 49 insertions(+) diff --git a/testsuites/libtests/sha/init.c b/testsuites/libtests/sha/init.c index 6d29c3c8d0..ccb20750ec 100644 --- a/testsuites/libtests/sha/init.c +++ b/testsuites/libtests/sha/init.c

[PATCH 08/15] libtests/sha: Add tests for SHA224

--- testsuites/libtests/sha/init.c | 58 +++--- 1 file changed, 54 insertions(+), 4 deletions(-) diff --git a/testsuites/libtests/sha/init.c b/testsuites/libtests/sha/init.c index c65517253a..49cc17db44 100644 --- a/testsuites/libtests/sha/init.c +++

[PATCH 13/15] lib: further adoption of SPDX licensing ID tags.

From: "Pedro F. Giffuni" Mainly focus on files that use BSD 2-Clause license, however the tool I was using mis-identified many licenses so this was mostly a manual - error prone - task. The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated

[PATCH 07/15] libmd: Always erase context in _Final method,

From: Xin LI and when doing it, consistently use explicit_bzero(). Update manual pages to match the behavior. Reviewed by:pfg, allanjude, jmg MFC after: 1 month Differential Revision: https://reviews.freebsd.org/D16316 --- cpukit/libmd/sha256c.c | 2 +- cpukit/libmd/sha512c.c | 8

[PATCH 05/15] Fix C++ includability of crypto headers with static array sizes

From: Alan Somers C99 allows array function parameters to use the static keyword for their sizes. This tells the compiler that the parameter will have at least the specified size, and calling code will fail to compile if that guarantee is not met. However, this syntax is not legal in C++. This

[PATCH 01/15] Replace sys/crypto/sha2/sha2.c with lib/libmd/sha512c.c

From: Allan Jude cperciva's libmd implementation is 5-30% faster The same was done for SHA256 previously in r263218 cperciva's implementation was lacking SHA-384 which I implemented, validated against OpenSSL and the NIST documentation Extend sbin/md5 to create sha384(1) Chase dependancies

[PATCH 03/15] Implement SHA-512 truncated (224 and 256 bits)

From: Allan Jude This implements SHA-512/256, which generates a 256 bit hash by calculating the SHA-512 then truncating the result. A different initial value is used, making the result different from the first 256 bits of the SHA-512 of the same input. SHA-512 is ~50% faster than SHA-256 on

[PATCH 02/15] crypto routines: Hint minimum buffer sizes to the compiler

From: Conrad Meyer Use the C99 'static' keyword to hint to the compiler IVs and output digest sizes. The keyword informs the compiler of the minimum valid size for a given array. Obviously not every pointer can be validated (i.e., the compiler can produce false negative but not false positive

[PATCH 00/15] Synchronize libcrypt and libmd with FreeBSD

Alan Somers (1): Fix C++ includability of crypto headers with static array sizes Allan Jude (2): Replace sys/crypto/sha2/sha2.c with lib/libmd/sha512c.c Implement SHA-512 truncated (224 and 256 bits) Colin Percival (1): Retune SHA2 code for improved performance on CPUs Conrad Meyer (2):

Re: [PATCH] rtems: Include

Ok. Just push it then. On Thu, Sep 8, 2022, 8:05 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 08/09/2022 15:03, Joel Sherrill wrote: > > Ok. Did it get removed from anywhere? > > No, the header files are generated by a script and I improved the script > input a bit. > >

Re: [PATCH] rtems: Include

On 08/09/2022 15:03, Joel Sherrill wrote: Ok. Did it get removed from anywhere? No, the header files are generated by a script and I improved the script input a bit. -- embedded brains GmbH Herr Sebastian HUBER Dornierstr. 4 82178 Puchheim Germany email: sebastian.hu...@embedded-brains.de

Re: [PATCH] rtems: Include

Ok. Did it get removed from anywhere? On Thu, Sep 8, 2022, 1:11 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Directly include in header files using CPU build > options. > --- > cpukit/include/rtems/config.h | 1 + > cpukit/include/rtems/rtems/intr.h | 1 + >

[PATCH] Do not use RTEMS_INLINE_ROUTINE

Directly use "static inline" which is available in C99 and later. This brings the RTEMS implementation closer to standard C. Close #3935. --- bsps/i386/pc386/include/edid.h| 2 +- bsps/include/grlib/grlib_impl.h | 18 +- bsps/m68k/shared/cache/cache.h

[RSB 5 3/3] sb/getsources: Fixes to configurations

From: Chris Johns Updates #4715 --- bare/config/devel/binutils-2.22-1.cfg| 17 +++ bare/config/devel/gcc-4.6-newlib-1.20-1.cfg | 30 + bare/config/devel/gcc-4.8.2-newlib-cvs-1.cfg | 47 bare/config/gnu-tools-4.6.bset | 8 ++--

[RSB 5 2/3] sb: Back port fixes from the development branch

From: Chris Johns Updates #4716 --- source-builder/sb/build.py | 18 +++- source-builder/sb/config.py | 161 ++-- source-builder/sb/setbuilder.py | 39 ++-- 3 files changed, 133 insertions(+), 85 deletions(-) diff --git a/source-builder/sb/build.py

[RSB 5 1/3] sb/getsources: Fix getting sources

From: Chris Johns - Back ported from the development branch Updates #4715 --- source-builder/sb/getsources.py | 614 +++ source-builder/sb/simhost.py| 720 2 files changed, 771 insertions(+), 563 deletions(-) create mode 100644

[RSB 5] Back port RSB set sources fixes

Hi, These patches update the RSB 5 branch with fixes for getting sources that are on the development branch. Getting sources is used to create a release. The release process fetches all the referenced sources in the RSB and they are part of the release. Chris

[PATCH] score: Remove _CPU_Counter_difference()

All CPU ports used the same _CPU_Counter_difference() implementation. Remove this CPU port interface and mandate a monotonically increasing CPU counter. Close #3456. --- cpukit/include/rtems/counter.h| 8 ++-- cpukit/include/rtems/score/profiling.h| 5 +--

Re: [PATCH] score: Improve formatting

On 8/9/2022 5:23 pm, Sebastian Huber wrote: On 08/09/2022 08:56, Chris Johns wrote: Is the score going to be run through clang-format? I gave up finding the proper clang-format configuration which is close to the RTEMS style. I thought it was decided to get as close as possible and adjust

Re: [PATCH] score: Improve formatting

On 08/09/2022 08:56, Chris Johns wrote: Is the score going to be run through clang-format? I gave up finding the proper clang-format configuration which is close to the RTEMS style. Is there someone else working on this? -- embedded brains GmbH Herr Sebastian HUBER Dornierstr. 4 82178

Re: [PATCH] score: Improve formatting

Hi, Is the score going to be run through clang-format? If it is should we bother going this? Chris On 8/9/2022 4:09 pm, Sebastian Huber wrote: --- cpukit/include/rtems/score/basedefs.h | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git

[PATCH] rtems: Include

Directly include in header files using CPU build options. --- cpukit/include/rtems/config.h | 1 + cpukit/include/rtems/rtems/intr.h | 1 + cpukit/include/rtems/rtems/types.h | 1 + 3 files changed, 3 insertions(+) diff --git a/cpukit/include/rtems/config.h b/cpukit/include/rtems/config.h

[PATCH] score: Improve formatting

--- cpukit/include/rtems/score/basedefs.h | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git a/cpukit/include/rtems/score/basedefs.h b/cpukit/include/rtems/score/basedefs.h index af732df3d3..c182ea02ec 100644 --- a/cpukit/include/rtems/score/basedefs.h +++