Re: STM32H7 HAL update, merge ready.

On 3/10/22 16:10, Sebastian Huber wrote: If you would like to review changes in HAL files, then you may diff original merged projects files. They both are on github.com so you can investigate either there or on local copy. But this is HAL code, something STMicro provided and I don't see any

Re: Apache License 2.0 all right for BSP code?

On 3/10/22 16:24, Sebastian Huber wrote: "(b) You must cause any modified files to carry prominent notices stating that You changed the files;" This means everyone changing the files need to pay attention to this. If the Apache 2.0 files don't have an SPDX license identifier, then I think

Re: Apache License 2.0 all right for BSP code?

On 10/03/2022 16:20, Sebastian Huber wrote: On 10/03/2022 15:13, Joel Sherrill wrote: On Thu, Mar 10, 2022 at 7:44 AM Karel Gardas wrote:     On 3/10/22 13:36, Sebastian Huber wrote: > Hello, > > I am about to integrate the BSP update contained in this branch: > >

Re: Apache License 2.0 all right for BSP code?

On 10/03/2022 15:13, Joel Sherrill wrote: On Thu, Mar 10, 2022 at 7:44 AM Karel Gardas wrote: On 3/10/22 13:36, Sebastian Huber wrote: > Hello, > > I am about to integrate the BSP update contained in this branch: > >

Re: STM32H7 HAL update, merge ready.

On 10/03/2022 15:24, Karel Gardas wrote: On 3/10/22 15:06, Sebastian Huber wrote: So, the only way out of the chaos was to: 1) replace all HAL files with new files Yes, this is fine, but if all the new files have now UNIX line endings why didn't you change the existing files to UNIX line

Re: STM32H7 HAL update, merge ready.

On 3/10/22 15:06, Sebastian Huber wrote: So, the only way out of the chaos was to: 1) replace all HAL files with new files Yes, this is fine, but if all the new files have now UNIX line endings why didn't you change the existing files to UNIX line endings before the update? I guess you

Re: Apache License 2.0 all right for BSP code?

On Thu, Mar 10, 2022 at 7:44 AM Karel Gardas wrote: > On 3/10/22 13:36, Sebastian Huber wrote: > > Hello, > > > > I am about to integrate the BSP update contained in this branch: > > > > https://github.com/kgardas/rtems/tree/stm32h7-hal-update > > > > It contains code from STMicroelectronics

Re: STM32H7 HAL update, merge ready.

On 10/03/2022 14:58, Karel Gardas wrote: On 3/10/22 14:52, Sebastian Huber wrote: On 10/03/2022 14:49, Karel Gardas wrote: On 3/10/22 14:45, Sebastian Huber wrote: On 10/03/2022 14:41, Karel Gardas wrote: On 3/10/22 13:42, Sebastian Huber wrote: On 10/03/2022 13:18, Karel Gardas wrote:

Re: [PATCH] added malloc usable size and test

Ping Il ven 4 mar 2022, 21:58 zack leung ha scritto: > closes #4503 > --- > cpukit/include/rtems/libcsupport.h| 5 +++ > cpukit/libcsupport/src/mallocusablesize.c | 48 +++ > spec/build/cpukit/librtemscpu.yml | 1 + > testsuites/libtests/malloctest/init.c

Re: STM32H7 HAL update, merge ready.

On 3/10/22 14:52, Sebastian Huber wrote: On 10/03/2022 14:49, Karel Gardas wrote: On 3/10/22 14:45, Sebastian Huber wrote: On 10/03/2022 14:41, Karel Gardas wrote: On 3/10/22 13:42, Sebastian Huber wrote: On 10/03/2022 13:18, Karel Gardas wrote: Hello Sebastian,

Re: [PATCH 11/40] bsps/include/libchip/disp_hcms29xx.h: Manual file header clean up

Hello Heinz, thanks for reporting and analyzing it. And sorry for pushing a patch that broke it in the first place. I was just looking through the error messages whether there is a second error. I'll push a patch for the closing comment in the next few minutes. Best regards Christian Am

Re: STM32H7 HAL update, merge ready.

On 10/03/2022 14:49, Karel Gardas wrote: On 3/10/22 14:45, Sebastian Huber wrote: On 10/03/2022 14:41, Karel Gardas wrote: On 3/10/22 13:42, Sebastian Huber wrote: On 10/03/2022 13:18, Karel Gardas wrote: Hello Sebastian, https://github.com/kgardas/rtems/tree/stm32h7-hal-update --

Re: [PATCH 11/40] bsps/include/libchip/disp_hcms29xx.h: Manual file header clean up

Only the comment end ( */ ) is missing in bsps/include/libchip/disp_hcms29xx.h at line 14. Viele Grüße Heinz Junkes -- Experience directly varies with equipment ruined. > On 10. Mar 2022, at 14:39, Heinz Junkes wrote: > > I get this at the moment when compiling the kernel: > > ... > [

Re: STM32H7 HAL update, merge ready.

On 3/10/22 14:45, Sebastian Huber wrote: On 10/03/2022 14:41, Karel Gardas wrote: On 3/10/22 13:42, Sebastian Huber wrote: On 10/03/2022 13:18, Karel Gardas wrote: Hello Sebastian, https://github.com/kgardas/rtems/tree/stm32h7-hal-update -- contains all required/recommended by you. Please

[PATCH] smp: Add fatal error

Add SMP-specifc SMP_FATAL_MULTITASKING_START_ON_NOT_ONLINE_PROCESSOR fatal error. This fatal error helps to diagnose a broken SMP startup sequence. Without this error a context switch using the NULL pointer for the thread control block happens which may be difficult to debug. ---

Re: STM32H7 HAL update, merge ready.

On 10/03/2022 14:41, Karel Gardas wrote: On 3/10/22 13:42, Sebastian Huber wrote: On 10/03/2022 13:18, Karel Gardas wrote: Hello Sebastian, https://github.com/kgardas/rtems/tree/stm32h7-hal-update -- contains all required/recommended by you. Please recheck and merge if possible. Is there

Re: Apache License 2.0 all right for BSP code?

On 3/10/22 13:36, Sebastian Huber wrote: Hello, I am about to integrate the BSP update contained in this branch: https://github.com/kgardas/rtems/tree/stm32h7-hal-update It contains code from STMicroelectronics licensed under Apache License 2.0. Is this license acceptable for RTEMS

Re: STM32H7 HAL update, merge ready.

On 3/10/22 13:42, Sebastian Huber wrote: On 10/03/2022 13:18, Karel Gardas wrote: Hello Sebastian, https://github.com/kgardas/rtems/tree/stm32h7-hal-update -- contains all required/recommended by you. Please recheck and merge if possible. Is there a line ending change in the STM code

Re: [PATCH 11/40] bsps/include/libchip/disp_hcms29xx.h: Manual file header clean up

I get this at the moment when compiling the kernel: ... [ 48/4243] Compiling bsps/shared/freebsd/sys/arm/ti/am335x/am335x_scm_padconf.c [ 49/4243] Compiling bsps/shared/irq/irq-shell.c [ 50/4243] Compiling bsps/shared/irq/irq-info.c In file included from

Re: New validation test suites

On 10/03/2022 09:42, Chris Johns wrote: On 10/3/2022 7:19 pm, Sebastian Huber wrote: Hello Chris, On 23/02/2022 10:17, Sebastian Huber wrote: I added a --diff option to the spec2modules.py script in rtems-central.git. You can now unpack a release archive of rtems-central.git and then do the

Re: STM32H7 HAL update, merge ready.

On 10/03/2022 13:18, Karel Gardas wrote: Hello Sebastian, https://github.com/kgardas/rtems/tree/stm32h7-hal-update -- contains all required/recommended by you. Please recheck and merge if possible. Is there a line ending change in the STM code update patches? Which line ending have the new

Apache License 2.0 all right for BSP code?

Hello, I am about to integrate the BSP update contained in this branch: https://github.com/kgardas/rtems/tree/stm32h7-hal-update It contains code from STMicroelectronics licensed under Apache License 2.0. Is this license acceptable for RTEMS integration? -- embedded brains GmbH Herr

STM32H7 HAL update, merge ready.

Hello Sebastian, https://github.com/kgardas/rtems/tree/stm32h7-hal-update -- contains all required/recommended by you. Please recheck and merge if possible. Thanks! Karel ___ devel mailing list devel@rtems.org

Re: New validation test suites

On 10/3/2022 7:19 pm, Sebastian Huber wrote: > Hello Chris, > > On 23/02/2022 10:17, Sebastian Huber wrote: >> >> I added a --diff option to the spec2modules.py script in rtems-central.git. >> You can now unpack a release archive of rtems-central.git and then do the >> following: >> >> 1. Unpack

Re: [PATCH 01/40] License Header Clean Up

I pushed the patches. Am 07.03.22 um 15:33 schrieb Joel Sherrill: On Mon, Mar 7, 2022 at 7:25 AM Christian Mauderer > wrote: Hello, during the re-license efforts, Joel noted that there are a lot of really odd old headers from people

Re: New validation test suites

Hello Chris, On 23/02/2022 10:17, Sebastian Huber wrote: I added a --diff option to the spec2modules.py script in rtems-central.git. You can now unpack a release archive of rtems-central.git and then do the following: 1. Unpack the RTEMS release archive to "modules/rtems". 2. Unpack the