[PATCH] rtems: Add constraint to types

2023-05-09 Thread Sebastian Huber
--- cpukit/include/rtems/rtems/intr.h | 42 +++ 1 file changed, 42 insertions(+) diff --git a/cpukit/include/rtems/rtems/intr.h b/cpukit/include/rtems/rtems/intr.h index 6bf6150b93..019bc806b2 100644 --- a/cpukit/include/rtems/rtems/intr.h +++

[PATCH] c-user: Generate API type documentation

2023-05-09 Thread Sebastian Huber
Close #4901. --- c-user/barrier/directives.rst | 12 +- c-user/clock/directives.rst |6 +- c-user/config/classic-init-task.rst |2 +- c-user/config/device-driver.rst |4 +- c-user/config/general.rst |2 +-

[PATCH] rtems: Reference types in construct directives

2023-05-09 Thread Sebastian Huber
--- cpukit/include/rtems/rtems/message.h | 3 ++- cpukit/include/rtems/rtems/tasks.h | 3 ++- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/cpukit/include/rtems/rtems/message.h b/cpukit/include/rtems/rtems/message.h index cd951f584b..d1432ffbb8 100644 ---

[PATCH rtems v2 02/12] bsps/imxrt: (Re-)Apply RTEMS patches to new lib

2023-05-09 Thread Christian Mauderer
Reapply patches used in the old version of the NXP library and apply patches necessary for the new version of the library. --- .../devices/MIMXRT1052/fsl_device_registers.h | 3 + .../MIMXRT1052/xip/fsl_flexspi_nor_boot.h | 4 + .../devices/MIMXRT1166/fsl_device_registers.h | 3 +

[PATCH rtems v2 01/12] bsp/imxrt: Update support library from mcux-sdk

2023-05-09 Thread Christian Mauderer
This imports new files from the mcux-sdk support library. NXP now offers the library as a git repository instead of a zip package. The git repository supports multiple CPUs from the i.MXRT family: https://github.com/nxp-mcuxpresso/mcux-sdk.git The imported files are from revision

[PATCH rtems v2 06/12] bsps/shared: Fix header for fsl-edma

2023-05-09 Thread Christian Mauderer
If a different chip variant is used in the i.mxrt BSP, a different header would have to be included. Make sure that the fsl-edma driver uses a header that doesn't have to be adapted. --- bsps/shared/dev/dma/fsl-edma.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH rtems v2 11/12] bsps/imxrt: Make the OCRAM address configurable

2023-05-09 Thread Christian Mauderer
Depending on the chip variant, the OCRAM can have different addresses. Make it configurable. --- spec/build/bsps/arm/imxrt/grp.yml | 2 ++ spec/build/bsps/arm/imxrt/linkcmdsmemory.yml| 4 ++-- spec/build/bsps/arm/imxrt/optmemocramorigin.yml | 17 + 3 files

[PATCH rtems v2 03/12] bsps/imxrt: Adapt to new mcux-sdk version

2023-05-09 Thread Christian Mauderer
Remove the old NXP MCUXpresso SDK and adapt the BSP so that it uses the new mcux-sdk. NOTE: Due to the size, this is only the summary of the patch. You can find the full version here: https://gitlab.com/c-mauderer/rtems/-/commit/2c979bc53bdf633b1fdabc7c5ecf2b1d90a85ac6 ---

[PATCH rtems v2 10/12] bsps/imxrt: Move board specific files

2023-05-09 Thread Christian Mauderer
Move the files that are board specific and not specific to the chip family into a separate folder. --- .../evkbimxrt1050}/clock-arm-pll-config.c | 0 .../boards/evkbimxrt1050/clock_config.c | 0 .../evkbimxrt1050}/flash-dcd.c| 0 .../{nxp =>

[PATCH rtems v2 07/12] bsps/imxrt: Remove unmaintained defines

2023-05-09 Thread Christian Mauderer
The defines for the different clock frequencies in the fsl_clock_config.h do not represent the clock frequencies that have been set up in the registers. Remove them to avoid someone trusting in correct values. --- bsps/arm/imxrt/include/fsl_clock_config.h | 58 +--

[PATCH rtems v2 08/12] bsps/imxrt: Support more chip variants in header

2023-05-09 Thread Christian Mauderer
The different variants of the i.MXRT have some minimal differences in the fsl_flexspi_nor_config.h. Make sure that the header supports the different chips. --- .../imxrt/include/fsl_flexspi_nor_config.h| 49 +++ 1 file changed, 40 insertions(+), 9 deletions(-) diff --git

[PATCH rtems v2 05/12] bsps/imxrt: Get clock for IMXRT11xx in drivers

2023-05-09 Thread Christian Mauderer
The mcux_sdk has a different interface for getting the clock for IMXRT11xx than for getting it in IMXRT10xx. Adapt simple drivers to support that interface. --- bsps/arm/imxrt/console/console.c | 35 +-- bsps/arm/imxrt/i2c/imxrt-lpi2c.c | 18 --

[PATCH rtems v2 12/12] imx_iomux: Don't set reserved bits in PAD_CTL

2023-05-09 Thread Christian Mauderer
On most i.MX* the upper bits in SW_PAD_CTL are reserved. On some chips, like the i.MXRT1166, they are a domain write protection. Setting them to 1 can have unexpected side effects. The device tree uses these bits for some flags. Make sure that they are not accidentally written to some value. ---

[PATCH rtems v2 04/12] bsps/imxrt1052: PLL config based on speed grade

2023-05-09 Thread Christian Mauderer
--- bsps/arm/imxrt/start/clock-arm-pll-config.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/bsps/arm/imxrt/start/clock-arm-pll-config.c b/bsps/arm/imxrt/start/clock-arm-pll-config.c index 12ad1867eb..2a0148e73a 100644 --- a/bsps/arm/imxrt/start/clock-arm-pll-config.c +++

[PATCH rtems v2 00/12] bsp/imxrt: Update SDK and prepare for new variant

2023-05-09 Thread Christian Mauderer
Hello, this is the second version of the patch set to update the SDK files in the i.MXRT BSPs. Like said in the earlier version: I plan to add a i.MXRT1166 based BSP soon. The changes are: - I now only imported the SDK files for i.MXRT1050 and i.MXRT1166. With that the imported files (mainly

[PATCH rtems v2 09/12] bsps/imxrt: Make chip start code chip specific

2023-05-09 Thread Christian Mauderer
Some parts of the startup code don't apply for all chips. Make that part chip specific. --- bsps/arm/imxrt/start/bspstart.c | 4 bsps/arm/imxrt/start/bspstarthooks.c | 2 ++ 2 files changed, 6 insertions(+) diff --git a/bsps/arm/imxrt/start/bspstart.c b/bsps/arm/imxrt/start/bspstart.c

Re: [PATCH] Spec hierarchy dumping for a config

2023-05-09 Thread Philip Kirkpatrick
On Wed, May 3, 2023 at 11:12 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello Philip, > > On 28.04.23 11:27, Philip Kirkpatrick wrote: > > I don't know if anyone else will find this useful or if it already > > exists and I duplicated some effort, but I find it difficult to