[PATCH rtems v2 1/7] bsps/imx: Move imx_iomux to arm/shared

Update #4180 --- bsps/arm/imx/headers.am | 2 - bsps/arm/imx/include/bsp.h| 2 - bsps/arm/imx/spi/imx-ecspi.c | 1 + bsps/arm/shared/headers.am| 6 +++ .../include/arm/freescale/imx/imx_iomuxreg.h | 0

[PATCH rtems v2 0/7] Add imxrt BSP

Hello, this is a second verson for the imxrt BSP. If no one objects, it will be the last for this patch set. I don't re-send the documentation and libbsd parts. For libbsd it will be the same and for documentation it will be the one with changes like discussed. The BSD-3-clause license and

[PATCH rtems v2 2/7] bsps/imx: Move imx-gpio to arm/shared

Update #4180 --- bsps/arm/imx/headers.am | 5 - bsps/arm/shared/headers.am | 5 + bsps/arm/{imx => shared}/include/bsp/imx-gpio.h | 0 bsps/arm/{imx/gpio => shared/pins}/imx-gpio.c | 0 c/src/lib/libbsp/arm/imx/Makefile.am| 2 +-

Re: [PATCH rtems v2 3/7] cpu/armv7m: Add table based init for ARMV7M_MPU

Am 19.11.20 um 08:19 schrieb Sebastian Huber: On 18/11/2020 15:45, Christian Mauderer wrote: +/** + * Higher level region configuration. + * + * Allows to configure with begin and end which is more convenient for + * calculating the sizes from linker command file. Note that you still have

Re: [PATCH] Add License file for BSD-3-Clause

Thanks. I pushed it. Am 18.11.20 um 17:17 schrieb Gedare Bloom: Looks good, push it On Wed, Nov 18, 2020 at 12:37 AM Christian Mauderer wrote: We have some files with a SPDX identifier for this license. Therefore the license should be here too. --- Note: This is a resubmission of the patch

[PATCH rtems v3 3/7] cpu/armv7m: Add table based init for ARMV7M_MPU

Modify the MPU functions of the stm32h7 BSP to be table based and available for all ARMV7M BSPs. Update #4180 --- bsps/arm/stm32h7/include/stm32h7/mpu-config.h | 44 +++ bsps/arm/stm32h7/start/bspstarthooks.c| 120 +- bsps/arm/stm32h7/start/mpu-config.c |

[PATCH rtems v3 0/7] Add imxrt BSP

Hello, again an updated version. There haven't been relevant changes beneath patch 3 (some follow up ones in 7) so I'm only sending patch 3. Changes: - renames like suggested by Sebastian - the MPU is now disabled, set up and re-enabled - every MPU region is only set up once due to that - I

Re: [PATCH rtems v3 3/7] cpu/armv7m: Add table based init for ARMV7M_MPU

Am 19.11.20 um 10:14 schrieb Sebastian Huber: On 19/11/2020 09:51, Christian Mauderer wrote: +  _Assert(cfg_count > region_count);  _Assert(cfg_count <= region_count) With this change it is fine to check in. Stupid mistake. Sorry. I'll fix it before check in. I'll give the

Re: [PATCH rtems v3 3/7] cpu/armv7m: Add table based init for ARMV7M_MPU

Am 19.11.20 um 10:15 schrieb Sebastian Huber: On 19/11/2020 09:51, Christian Mauderer wrote: +  mpu = _ARMV7M_MPU; +  scb = _ARMV7M_SCB; + +  scb->shcsr &= ~ARMV7M_SCB_SHCSR_MEMFAULTENA; I think it is not necessary to touch the shcsr. Disabling the MPU should be enough. OK. I

Re: [PATCH rtems v3 3/7] cpu/armv7m: Add table based init for ARMV7M_MPU

Am 19.11.20 um 10:22 schrieb Christian Mauderer: Am 19.11.20 um 10:15 schrieb Sebastian Huber: On 19/11/2020 09:51, Christian Mauderer wrote: +  mpu = _ARMV7M_MPU; +  scb = _ARMV7M_SCB; + +  scb->shcsr &= ~ARMV7M_SCB_SHCSR_MEMFAULTENA; I think it is not necessary to touch the shcsr. Di

[PATCH rtems 1/9] Add License file for BSD-3-Clause

We have some files with a SPDX identifier for this license. Therefore the license should be here too. --- LICENSE.BSD-3-Clause | 27 +++ 1 file changed, 27 insertions(+) create mode 100644 LICENSE.BSD-3-Clause diff --git a/LICENSE.BSD-3-Clause b/LICENSE.BSD-3-Clause new

[PATCH rtems 2/9] imx: Move imx_iomux to arm/shared

Update #4180 --- bsps/arm/imx/headers.am | 2 - bsps/arm/imx/include/bsp.h| 3 +- bsps/arm/shared/headers.am| 6 +++ .../include/arm/freescale/imx/imx_iomuxreg.h | 0 .../include/arm/freescale/imx/imx_iomuxvar.h | 0

[PATCHES] Add imxrt BSP

Hello, the following patches add a BSP for IMXRT1050-EVKB. In case the import patch is too big: I pushed the patches here too: https://gitlab.com/c-mauderer/rtems/-/tree/cm/20201117_imxrt Best regards Christian ___ devel mailing list

[PATCH rtems 4/9] cpu/armv7m: Add _ARMV7M_MPU_set_region function

Make the MPU function defined in the STM32H7 BSP available for all ARMV7M BSPs. Update #4180 --- bsps/arm/stm32h7/start/bspstarthooks.c| 48 +++ .../cpu/arm/include/rtems/score/armv7m.h | 37 ++ 2 files changed, 43 insertions(+), 42 deletions(-) diff

[PATCH rtems 3/9] bsps/imx: Move imx-gpio to arm/shared

Update #4180 --- bsps/arm/imx/headers.am | 5 - bsps/arm/shared/headers.am | 5 + bsps/arm/{imx => shared}/include/bsp/imx-gpio.h | 0 bsps/arm/{imx/gpio => shared/pins}/imx-gpio.c | 0 c/src/lib/libbsp/arm/imx/Makefile.am| 2 +-

[PATCH rtems 7/9] bsp/imxrt: Fix warnings for imported files

Update #4180 --- bsps/arm/imxrt/include/fsl_common.h | 295 ++ bsps/arm/imxrt/include/fsl_flexspi_nor_boot.h | 2 + .../imxrt/nxp/boards/evkbimxrt1050/pin_mux.c | 4 + .../nxp/devices/MIMXRT1052/drivers/fsl_dcp.c | 4 + .../devices/MIMXRT1052/drivers/fsl_spdif.c

[PATCH rtems 5/9] shell: Add i2c and spi commands

This adds some commands that are usefull for debugging simple serial interfaces. Even if they are a complete re-implementation, the i2c* commands use a simmilar call like the Linux i2c tools. --- cpukit/Makefile.am| 4 + cpukit/include/rtems/shellconfig.h| 28 +

[PATCH rtems 8/9] bsp/imxrt: Adapt imported files

Update #4180 --- bsps/arm/imxrt/include/fsl_device_registers.h | 57 ++- bsps/arm/imxrt/include/fsl_flexspi_nor_boot.h | 6 ++ ..._nor_config.h => fsl_flexspi_nor_config.h} | 0 bsps/arm/imxrt/include/fsl_lpuart.h | 4 ++ bsps/arm/imxrt/include/fsl_pin_mux.h

[PATCH rtems-libbsd 2/2] if_ffec: Fix cache handling on tx

With the previous fix, it could happen that the end of the packet hasn't been flushed. For example assume the following addresses: ds_addr: 0x81c804A ds_len: 0x57 In that case the data ends at 0x81c80a1. But due to the rounding the area from 0x81c8040 to 0x81c80a0 would have been flushed. This

[PATCH rtems-libbsd 1/2] imxrt: Add support

Update #4180 --- rtemsbsd/include/bsp/nexus-devices.h | 8 1 file changed, 8 insertions(+) diff --git a/rtemsbsd/include/bsp/nexus-devices.h b/rtemsbsd/include/bsp/nexus-devices.h index 18b4c012..630572a8 100644 --- a/rtemsbsd/include/bsp/nexus-devices.h +++

[PATCH rtems-docs 2/2] user/bsps: Fix list in bsps-arm

Seems that some filenames haven't been added correctly. --- user/bsps/bsps-arm.rst | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/user/bsps/bsps-arm.rst b/user/bsps/bsps-arm.rst index a63dd5f..f8a1d60 100644 --- a/user/bsps/bsps-arm.rst +++ b/user/bsps/bsps-arm.rst @@

[PATCH rtems-docs 1/2] user/bsps: Add imxrt

000..41c6bff --- /dev/null +++ b/user/bsps/arm/imxrt.rst @@ -0,0 +1,174 @@ +.. SPDX-License-Identifier: CC-BY-SA-4.0 + +.. Copyright (C) 2020 embedded brains GmbH +.. Copyright (C) 2020 Christian Mauderer + +imxrt (NXP i.MXRT) +== + +This BSP offers only one variant, the `imxrt1052

Re: [PATCH rtems 1/9] Add License file for BSD-3-Clause

ame is true for the i2c and spi commands. Best regards Christian > > On Tue, Nov 17, 2020 at 4:05 AM Christian Mauderer > wrote: >> >> We have some files with a SPDX identifier for this license. Therefore >> the license should be here too. >&g

Re: [PATCH v2 1/2] bsps/shared/ofw: Implement RTEMS OFW interface

Hello, sorry for the long delay. I tested it on xilinx-zynq-a9-qemu (which doesn't have a FDT) and the test seems to run fine. So I'm OK with the patches. If no one objects in the next two days, I'll commit them. Best regards Christian On 03/11/2020 19:18, G S Niteesh Babu wrote: > RTEMS OFW

[PATCH] shell: Add i2c and spi commands

This adds some commands that are usefull for debugging simple serial interfaces. Even if they are a complete re-implementation, the i2c* commands use a simmilar call like the Linux i2c tools. --- Note: This is a resubmission of the patch. Previously I submitted it together with the patches that

[PATCH] Add License file for BSD-3-Clause

We have some files with a SPDX identifier for this license. Therefore the license should be here too. --- Note: This is a resubmission of the patch. Previously I submitted it together with the patches that add a new imxrt BSP: https://lists.rtems.org/pipermail/devel/2020-November/063273.html I

Re: [PATCH rtems-docs 1/2] user/bsps: Add imxrt

Am 17.11.20 um 18:41 schrieb Gedare Bloom: On Tue, Nov 17, 2020 at 4:09 AM Christian Mauderer wrote: Update #4180 --- user/bsps/arm/imxrt.rst | 174 user/bsps/bsps-arm.rst | 1 + 2 files changed, 175 insertions(+) create mode 100644 user/bsps

Re: [PATCHES] Add imxrt BSP

based BSPs) would be better to allow a user to overwrite the table if he has a board with a slightly different memory configuration. On Tue, Nov 17, 2020 at 4:04 AM Christian Mauderer wrote: Hello, the following patches add a BSP for IMXRT1050-EVKB. In case the import patch is too big: I

Re: [PATCH] bsp/atsam: Fix XDMAD status

I would like to apply this patch to master (ticket #4173) and to the 5 branch (ticket #4172). It would be great if someone could have a look and acknowledge it. On 09/11/2020 09:16, Christian Mauderer wrote: In "bsp/atsam: Simplify XDMAD_Handler()" (5f813694f68cee) the interrupt ca

Re: [PATCH rtems 8/8] jffs2: Replace non-ASCII copyright character

On 09/11/2020 07:58, Sebastian Huber wrote: On 07/11/2020 14:23, Christian Mauderer wrote: diff --git a/cpukit/libfs/src/jffs2/include/linux/jffs2.h b/cpukit/libfs/src/jffs2/include/linux/jffs2.h index a18b719f49..202cb46b8d 100644 --- a/cpukit/libfs/src/jffs2/include/linux/jffs2.h +++ b

[PATCH] bsp/atsam: Fix XDMAD status

In "bsp/atsam: Simplify XDMAD_Handler()" (5f813694f68cee) the interrupt callback has been made unconditional. That allowed to avoid some special deadlock situations in error cases. But it removed part of the XDMAD status handling. This patch adds the ability to update the XDMAD status from the

[PATCH rtems 4/8] bsp/mpc83xx: Fix non-ASCII characters

From: Christian Mauderer --- bsps/powerpc/include/mpc83xx/mpc83xx.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/bsps/powerpc/include/mpc83xx/mpc83xx.h b/bsps/powerpc/include/mpc83xx/mpc83xx.h index f48a5ce675..9613abd365 100644 --- a/bsps/powerpc/include/mpc83xx

[PATCH rtems 1/8] bsps: Replace non-ASCII copyright character

From: Christian Mauderer --- bsps/arm/lm3s69xx/console/console-config.c | 2 +- bsps/arm/lm3s69xx/console/uart.c | 2 +- bsps/arm/lm3s69xx/i2c/ssi.c| 2 +- bsps/arm/lm3s69xx/include/bsp/io.h | 2 +- bsps/arm/lm3s69xx/include/bsp/irq.h| 2 +- bsps/arm

[PATCH rtems 2/8] bsps: Replace non-ASCII trademark symbol

From: Christian Mauderer --- bsps/arm/atsam/contrib/libraries/libboard/include/gmii.h | 2 +- bsps/arm/lm3s69xx/start/bspstart.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/bsps/arm/atsam/contrib/libraries/libboard/include/gmii.h b/bsps/arm

[PATCH rtems 0/8] Replace non ASCII-Characters in source files

Hello, this patch set is a follow up of the discussion in this mail thread: https://lists.rtems.org/pipermail/devel/2020-November/063092.html It replaces a lot of non-ASCII characters that slipped into our code base over the years. Note that I'm not sure whether the last three patches are a

[PATCH rtems 7/8] bsp/atsam: Replace non-ASCII characters

From: Christian Mauderer Note that this replacement is pure guess. It has been done using a unicode converter tool that spit out the pTq. That is most likely a math notation for some vector operation. --- bsps/arm/atsam/contrib/libraries/libchip/source/aes.c | 2 +- 1 file changed, 1 insertion

[PATCH rtems 6/8] bsp/atsam: Remove non-ASCII chars for microseconds

From: Christian Mauderer --- .../contrib/libraries/libboard/source/board_memories.c | 10 ++ .../atsam/contrib/libraries/libchip/source/sdramc.c| 4 ++-- 2 files changed, 8 insertions(+), 6 deletions(-) diff --git a/bsps/arm/atsam/contrib/libraries/libboard/source/board_memories.c

[PATCH rtems 3/8] bsps: Replace non-ASCII bullet points

From: Christian Mauderer --- bsps/shared/grlib/can/occan.c | 4 ++-- bsps/shared/grlib/spw/grspw.c | 8 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/bsps/shared/grlib/can/occan.c b/bsps/shared/grlib/can/occan.c index 59b4f234f6..84402b8809 100644 --- a/bsps/shared

[PATCH rtems 5/8] bsp/rtl22xx: Fix non-ASCII character

From: Christian Mauderer --- bsps/arm/rtl22xx/console/uart.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/bsps/arm/rtl22xx/console/uart.c b/bsps/arm/rtl22xx/console/uart.c index 2952e74508..c4ddd18b2c 100644 --- a/bsps/arm/rtl22xx/console/uart.c +++ b/bsps/arm/rtl22xx

[PATCH rtems 8/8] jffs2: Replace non-ASCII copyright character

From: Christian Mauderer --- cpukit/libfs/src/jffs2/include/linux/jffs2.h | 4 ++-- cpukit/libfs/src/jffs2/src/acl.h | 2 +- cpukit/libfs/src/jffs2/src/build.c | 4 ++-- cpukit/libfs/src/jffs2/src/compr.c | 8 cpukit/libfs/src/jffs2/src/compr.h

Re: [PATCH rtems 0/8] Replace non ASCII-Characters in source files

PS: In case the patches make problems due to some odd mail encoding: I also pushed them as a branch here: https://gitlab.com/c-mauderer/rtems/-/tree/cm/20201107_replace_non-ASCII On 07/11/2020 14:23, Christian Mauderer wrote: > Hello, > > this patch set is a follow up of the d

Re: [PATCH v2 2/2] libtests/ofw01: Added a test for RTEMS OFW

Hello Niteesh, Am 20.11.20 um 20:18 schrieb Niteesh G. S.: On Fri, Nov 20, 2020 at 2:50 PM Christian Mauderer <mailto:christian.maude...@embedded-brains.de>> wrote: On a last test before I wanted to push it, I found a problem (sorry). On BSPs that rely on a FDT the tes

Re: [PATCH v1 1/2] bsps/shared/ofw: Implement RTEMS OFW interface

ild with old and new build system till the old system is removed. Best regards Christian > > On Thu, Sep 24, 2020 at 9:00 AM Niteesh G. S. <mailto:niteesh...@gmail.com>> wrote: > > Hello, > > On Sat, Sep 19, 2020 at 4:13 PM Christian Mauderer >

Re: [PATCH v1 1/2] bsps/shared/ofw: Implement RTEMS OFW interface

Hello Niteesh, On 03/11/2020 03:42, Niteesh G. S. wrote: > Hello Christian, > > On Tue, Nov 3, 2020 at 12:43 AM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: > > Hello Niteesh, > > On 02/11/2020 18:06, Niteesh G. S. wrote: > > ping. &

Re: 80 or 79 characters limit?

Hello Joel, On 05/11/2020 20:15, Joel Sherrill wrote: > > > On Thu, Nov 5, 2020, 1:12 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: > > Hello Joel and Sebastian, > > On 05/11/2020 16:44, Joel Sherrill wrote: > > > > >

Re: 80 or 79 characters limit?

https://www.branah.com/unicode-converter and put the UTF-8 we > have in our repo in the box, and that gives some idea what it should > be in the top unicode box. i.e., put "¡°T¡±" in the UTF-8 box and see > what pops out on top That's a nice tool. Thanks for the hint. Best rega

Re: 80 or 79 characters limit?

Hello Joel and Sebastian, On 05/11/2020 16:44, Joel Sherrill wrote: > > > On Thu, Nov 5, 2020, 9:26 AM Sebastian Huber > > wrote: > > Hello, > > I review currently the Coding Conventions. Should the 80 characters > limit be really a 79

[PATCH] if_ffec: Fix cache handling on tx.

With the previous fix, it could happen that the end of the packet hasn't been flushed. For example assume the following addresses: ds_addr: 0x81c804A ds_len: 0x57 In that case the data ends at 0x81c80a1. But due to the rounding the area from 0x81c8040 to 0x81c80a0 would have been flushed. This

Re: [PATCH] bsp/imx: Fix system counter init for imx6

et. Best regards Christian Am 18.01.21 um 10:02 schrieb Christian Mauderer: For i.MX7 U-Boot initializes the system counter. On i.MX6 Barebox is often used which doesn't initialize the counter. With this patch, we try to auto-detect whether the counter is initialized or not and do the init

[PATCH] bsp/imx: Fix system counter init for imx6

For i.MX7 U-Boot initializes the system counter. On i.MX6 Barebox is often used which doesn't initialize the counter. With this patch, we try to auto-detect whether the counter is initialized or not and do the initialization ourself if necessary. Closes #3869 --- bsps/arm/imx/start/bspstart.c |

Re: [rtems commit] bsps/shared: Adapt fsl-edma driver for imxrt

Am 22.01.21 um 14:04 schrieb Sebastian Huber: On 21/01/2021 10:26, Christian Mauderer wrote:   spec/build/bsps/obj.yml  |   5 + This is the wrong place for these files. Please add a separate object for the driver and link to this object in all BSPs which use the driver

[PATCH rtems 2/2] dosfs: Use peek support

This speeds up reading fragmented files. --- cpukit/libfs/src/dosfs/fat.c | 10 ++ cpukit/libfs/src/dosfs/fat.h | 5 + cpukit/libfs/src/dosfs/fat_file.c | 21 - 3 files changed, 31 insertions(+), 5 deletions(-) diff --git a/cpukit/libfs/src/dosfs/fat.c

[PATCH rtems 1/2] libblock: Add rtems_bdbuf_peek()

Adds a peek function that allows (for example) a file system to suggest the next blocks that should be used for read ahead. This can increase the read speed of fragmented files. --- cpukit/include/rtems/bdbuf.h | 21 cpukit/include/rtems/diskdevs.h | 27 -

[PATCH rtems 0/2] Add Peek Support to libblock and use in dosfs

Hello, the first patch allows filesystems to have an influence on the read ahead of libblock. The second one uses it in our FAT implementation during reads. I tested the patches on a SD card attached to an i.MX6ULL based system. To test it I used an empty 16 MB FAT partition. The bdbuf cache in

Re: [PATCH v2] bsps/shared: Build fsl-edma only for certain BSP

Am 22.01.21 um 15:48 schrieb Sebastian Huber: On 22/01/2021 15:44, Christian Mauderer wrote: Move the Freescale EDMA driver to it's own object and build it only for the BSP that is currently using it. Looks good. Thanks. I pushed

Re: [PATCH rtems 1/2] libblock: Add rtems_bdbuf_peek()

Am 22.01.21 um 14:59 schrieb Gedare Bloom: On Fri, Jan 22, 2021 at 6:24 AM Christian Mauderer <mailto:christian.maude...@embedded-brains.de>> wrote: Adds a peek function that allows (for example) a file system to suggest the next blocks that should be used for read ahead.

[PATCH] bsps/shared: Build fsl-edma only for certain BSP

Move the Freescale EDMA driver to it's own object and build it only for the BSP that is currently using it. --- spec/build/bsps/arm/imxrt/bspimxrt.yml | 2 ++ spec/build/bsps/objdevfsledma.yml | 18 ++ 2 files changed, 20 insertions(+) create mode 100644

[PATCH v2] bsps/shared: Build fsl-edma only for certain BSP

Move the Freescale EDMA driver to it's own object and build it only for the BSP that is currently using it. --- spec/build/bsps/arm/imxrt/bspimxrt.yml | 2 ++ spec/build/bsps/obj.yml| 5 - spec/build/bsps/objdevfsledma.yml | 18 ++ 3 files changed, 20

Re: [rtems commit] bsps/shared: Adapt fsl-edma driver for imxrt

I have sent a patch for review: https://lists.rtems.org/pipermail/devel/2021-January/064009.html Am 22.01.21 um 14:07 schrieb Christian MAUDERER: Am 22.01.21 um 14:04 schrieb Sebastian Huber: On 21/01/2021 10:26, Christian Mauderer wrote:   spec/build/bsps/obj.yml

Re: [PATCH] bsps/shared: Build fsl-edma only for certain BSP

Am 22.01.21 um 15:30 schrieb Sebastian Huber: On 22/01/2021 15:15, Christian Mauderer wrote: Move the Freescale EDMA driver to it's own object and build it only for the BSP that is currently using it. I think the removal part is missing. I shouldn't send patches on a Friday afternoon. I'll

Re: Raspberry Pi Pico

github.com/raspberrypi/openocd/tree/rp2040 Best regards Christian --joel ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel -- embedded brains GmbH Herr Christian

Re: [PATCH] bsp/imx: Fix system counter init for imx6

Am 18.01.21 um 22:45 schrieb Chris Johns: On 18/1/21 8:05 pm, Christian MAUDERER wrote: I want to backport that patch to RTEMS 5 too because this problem occurred multiple times on the mailing list. If that is OK I'll create a separate ticket for RTEMS 5 that describes that problem. For RTEMS 6

Re: [patch libBSD] dev/ofw: Use RTEMS OFW FDT implementation

Am 28.01.21 um 06:28 schrieb Chris Johns: On 28/1/21 4:12 am, Niteesh G. S. wrote: Hello Christian, On Wed, Jan 27, 2021 at 3:59 PM Christian MAUDERER mailto:christian.maude...@embedded-brains.de>> wrote: Hello Niteesh, I think there is an open Question from Chris for that

Re: [PATCH] bsps/shared/ofw: Fix coverity reported defects

offset, "ranges", ); -    if (len < 0) { +    if (ptr == NULL) {        break;      } -- 2.17.1 -- ---- embedded brains GmbH Herr Christian MAUDERER Dornierstr. 4 82178 Puchheim Germany email: christian.maude...@embedded-b

Re: [PATCH] bsps/shared/ofw: Fix coverity reported defects

Hello Niteesh, Am 29.01.21 um 09:58 schrieb Niteesh G. S.: Hello Christian, On Fri, Jan 29, 2021 at 1:47 PM Christian MAUDERER <mailto:christian.maude...@embedded-brains.de>> wrote: Hello Niteesh, Am 29.01.21 um 07:33 schrieb Niteesh G. S.: > Hello, &g

Re: [PATCH rtems 0/2] Add Peek Support to libblock and use in dosfs

Any changes except the ones requested by Gedare? Am 22.01.21 um 14:24 schrieb Christian Mauderer: Hello, the first patch allows filesystems to have an influence on the read ahead of libblock. The second one uses it in our FAT implementation during reads. I tested the patches on a SD card

Re: [PATCH] part of implimenting a monotonic clock in rtems part of this is not the final patch.

Hello Zack, you say: "part of this is not the final patch" in the subject. So what is the intention of this patch? Do you need a complete review? Is it some kind of preview and you need input? If yes: For what parts do you need input? Best regards Christian On 11/06/2021 17:20,

Re: [PATCH rtems-libbsd v2 3/4] rtemsbsd: Made TTCP command build for RTEMS

On 15/06/2021 20:03, Joel Sherrill wrote: On Tue, Jun 15, 2021 at 10:25 AM Gedare Bloom > wrote: On Fri, Jun 11, 2021 at 11:19 AM Stephen Clark mailto:stephen.cl...@oarcorp.com>> wrote: > > Updated ttcp.c to build for RTEMS 6, in addition to the

Re: [PATCH rtems-libbsd 2/2] builder.py: Only disable tests if they are there

On 15/06/2021 17:11, Gedare Bloom wrote: ok Thanks. On Fri, Jun 11, 2021 at 6:20 AM Christian Mauderer wrote: For checking the dependencies, the tests are removed. But if the tests are not enabled at all, that triggers a python exception. --- builder.py | 3 ++- 1 file changed, 2

Re: [PATCH] part of implimenting a monotonic clock in rtems part of this is not the final patch.

‐‐‐ On Saturday, June 12th, 2021 at 9:31 AM, Christian Mauderer o...@c-mauderer.de wrote: Hello Zack, I don't really know a lot about the timer toppic. So this is more of a style and general suggestion review. On 09/06/2021 20:27, zack wrote: From: zack zack_on_the_speed_cha...@protonmail.ch

Re: [PATCH rtems 2/2] bsps/imxrt: Simplify linkcmds and make it flexible

On 09/06/2021 01:52, Chris Johns wrote: On 8/6/21 8:26 pm, Sebastian Huber wrote: On 08/06/2021 05:07, Chris Johns wrote: On 7/6/21 6:40 pm, Christian Mauderer wrote:> I think the Options don't need documentation changes because the options in the waf based build system are now documen

Re: [PATCH rtems 2/2] bsps/imxrt: Simplify linkcmds and make it flexible

Hello Chris, On 08/06/2021 05:07, Chris Johns wrote: On 7/6/21 6:40 pm, Christian Mauderer wrote:> I think the Options don't need documentation changes because the options in the waf based build system are now documented directly in the yaml files and printed if you generate the default con

Re: [PATCH] part of implimenting a monotonic clock in rtems part of this is not the final patch.

Hello Zack, I don't really know a lot about the timer toppic. So this is more of a style and general suggestion review. On 09/06/2021 20:27, zack wrote: From: zack --- cpukit/include/rtems/posix/timer.h| 6 ++- cpukit/posix/src/psxtimercreate.c | 5 +-

Re: Error in building The RTEMS 5 Docs

Hello Pranav, On 13/06/2021 20:00, Pranav Dangi wrote: Building the RTEMS 5 docs using the waf build system fails and throws up an error in sphinx: err: Extension error: You must configure the bibtex_bibfiles setting. thanks for reporting. Like discussed in discord, a cherry-pick of the

Re: [PATCH] part of implimenting a monotonic clock in rtems part of this is not the final patch.

make sure that your test checks whether that is really the case. Best regards Christian Thanks Zack Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Tuesday, June 15th, 2021 at 7:29 AM, Christian Mauderer wrote: If you add a new functionallity you should add a

[PATCH 0/1 rtems-docs] user/bsps/imxrt: Info about ARM PLL frequency

Hello, this adds the documentation discussed in https://lists.rtems.org/pipermail/devel/2021-June/067580.html Best regards Christian ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

[PATCH rtems-docs] user/bsps/imxrt: Info about ARM PLL frequency

--- user/bsps/arm/imxrt.rst | 20 1 file changed, 20 insertions(+) diff --git a/user/bsps/arm/imxrt.rst b/user/bsps/arm/imxrt.rst index 8a5ee28..3f8b270 100644 --- a/user/bsps/arm/imxrt.rst +++ b/user/bsps/arm/imxrt.rst @@ -123,6 +123,26 @@ with your FDT source names)::

Re: [PATCH rtems] i2c: Add non blocking read / write

Ping. Am 26.05.21 um 16:39 schrieb Christian Mauderer: This adds the possibility to open an I2C bus with O_NONBLOCK (or set it later via fcntl) to get non-blocking transmissions. This means that if the bus is busy, a read, write or transfer ioctl will return with a EAGAIN errno. --- NOTE

Re: [PATCH rtems 1/2] bsps/imxrt: Allow different ARM PLL setting

Hello Gedare, sorry, I nearly missed that mail. Am 04.06.21 um 19:43 schrieb Gedare Bloom: On Fri, Jun 4, 2021 at 1:48 AM Christian Mauderer wrote: Update #4180 --- .../nxp/boards/evkbimxrt1050/clock_config.c | 5 +++ bsps/arm/imxrt/start/clock-arm-pll-config.c | 33

Re: BBB hello does not run...

Hello Chris, there is no new requirement that I know of. The driver should parse the same FDT fields that have been parsed by libbsd earlier. It only want's to avoid the double initialization that had been done by RTEMS and libbsd. But there is a simple method how we can find out whether

Re: BBB hello does not run...

nly_ for FDT so that we avoid getting other non-RTEMS-licensed code there too. But it should be somehow possible and it would simplify the handling for the user. Best regards Christian Chris On 23/6/21 5:10 pm, Christian Mauderer wrote: Hello Chris, there is no new requirement that I kn

Re: [PATCH rtems] i2c: Add non blocking read / write

Thanks. Am 21.06.21 um 20:02 schrieb Gedare Bloom: it looks ok On Mon, Jun 21, 2021 at 8:08 AM Christian MAUDERER wrote: Ping. Am 26.05.21 um 16:39 schrieb Christian Mauderer: This adds the possibility to open an I2C bus with O_NONBLOCK (or set it later via fcntl) to get non-blocking

Re: [PATCH rtems 2/2] bsps/imxrt: Simplify linkcmds and make it flexible

Hello Chris, On 08/06/2021 12:05, Chris Johns wrote: On 8/6/21 7:08 pm, Christian Mauderer wrote: Hello Chris, On 08/06/2021 05:07, Chris Johns wrote: On 7/6/21 6:40 pm, Christian Mauderer wrote:> I think the Options don't need documentation changes because the options in the waf ba

[PATCH rtems-libbsd 2/2] builder.py: Only disable tests if they are there

For checking the dependencies, the tests are removed. But if the tests are not enabled at all, that triggers a python exception. --- builder.py | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/builder.py b/builder.py index cbe5dc59..a34a1518 100755 --- a/builder.py +++

[PATCH rtems-libbsd 1/2] racoon: Fix build with current toolchain

During some newlib version, the _types_fd_set has been replaced with just fd_set. --- ipsec-tools/src/racoon/rtems-bsd-racoon-session-data.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/ipsec-tools/src/racoon/rtems-bsd-racoon-session-data.h

Re: Can't build minimal buildset for libbsd on IMXRT

Hello Peter, On 11/06/2021 13:23, Peter Dufault wrote: I tried to build the "minimal" buildset for the IMXRT BSP and I get undefined INET6 references - _bsd_inet6_pfil_hook, _bsd_ip6stat, etc. Only two executables are created - swi01.exe and timeout01.exe. For "default" (almost) everything

Re: Can't build minimal buildset for libbsd on IMXRT

Hello Peter, On 11/06/2021 15:12, dufa...@hda.com wrote: On Jun 11, 2021, at 08:07 , Christian Mauderer wrote: Hello Peter, On 11/06/2021 13:23, Peter Dufault wrote: I tried to build the "minimal" buildset for the IMXRT BSP and I get undefined INET6 references - _bsd_inet6

Re: Can't build minimal buildset for libbsd on IMXRT

Hello Peter, On 11/06/2021 15:47, dufa...@hda.com wrote: On Jun 11, 2021, at 09:36 , wrote: I *do* have a previously installed libbsd in my prefix. I don't understand the workflow properly. I figured that if I did "./waf distclean" in rtems-libbsd between switching build sets the build

[PATCH 0/5] bsps/imxrt: Various improvements

Hello, this patch set contains a number of improvements for the i.MXRT1050 BSP. Best regards Christian ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

[PATCH 2/5] bsps/imxrt: Reduce devicetree size

Remove symbols that would be necessary for overlays and decrease padding that would be necessary for adding stuff during run-time. Update #4180 --- bsps/arm/imxrt/dts/imxrt1050-evkb.c | 1235 ++--- bsps/arm/imxrt/dts/imxrt1050-evkb.dts |2 +- 2 files changed, 472

[PATCH 5/5] bsps/imxrt: Enable DMA clock

The EDMA is intialized so make sure the the clock is initialized too. Update #4180 --- bsps/arm/imxrt/start/bspstarthooks.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/bsps/arm/imxrt/start/bspstarthooks.c b/bsps/arm/imxrt/start/bspstarthooks.c index 2b6b59f66b..b8149691e7 100644 ---

[PATCH 4/5] bsps/imxrt: Fix OCRAM, ITCM and DTCM sizes

The sizes are configurable via fuses or per software via some registers. At the moment the registers are not changed. Changing the registers destroys data stored in the RAM areas (like application code or data). So either the fuses or some bootloader should be used to set them before the

[PATCH 1/5] bsps/imxrt: Fix documentation error

Update #4180 --- bsps/arm/imxrt/include/fsl_qtmr.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/bsps/arm/imxrt/include/fsl_qtmr.h b/bsps/arm/imxrt/include/fsl_qtmr.h index a675413f8d..eb1d612ac3 100644 --- a/bsps/arm/imxrt/include/fsl_qtmr.h +++

Re: [PATCH rtems-libbsd v2] ipsec-tools/pfkey: Fix socket leak

Thanks. I pushed them (with separate tickets for 5 and 6). Am 10.05.21 um 22:52 schrieb Gedare Bloom: looks good, thanks. for the backport please open a separate ticket to 5. On Mon, May 10, 2021 at 11:26 AM Christian MAUDERER wrote: Only change is a better description. Am 10.05.21 um 08

[PATCH rtems-docs] bsps/imxrt: Remove superfluous options from dtc

The -@ option adds symbols that are used when applying an overlay. RTEMS doesn't support overlays or re-parsing of device trees. So the symbols only increase the size of the binary. The same is true for the padding. It would be useful if the device tree is changed during run time which is not

Re: [PATCH rtems-libbsd] ipsec-tools/pfkey: Fix socket leak

Note that I would like to push this patch on 5-freebsd-12 as well as on master. Best regards Christian Am 07.05.21 um 14:08 schrieb Christian Mauderer: Fixes #4404 --- ipsec-tools/src/libipsec/pfkey.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/ipsec-tools/src/libipsec

[PATCH rtems-libbsd] ipsec-tools/pfkey: Fix socket leak

Fixes #4404 --- ipsec-tools/src/libipsec/pfkey.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/ipsec-tools/src/libipsec/pfkey.c b/ipsec-tools/src/libipsec/pfkey.c index a621be12..385a21a9 100644 --- a/ipsec-tools/src/libipsec/pfkey.c +++ b/ipsec-tools/src/libipsec/pfkey.c @@ -1,5

Re: [PATCH rtems-libbsd] ipsec-tools/pfkey: Fix socket leak

rill: How does this fix a leak? On Fri, May 7, 2021 at 7:09 AM Christian MAUDERER <mailto:christian.maude...@embedded-brains.de>> wrote: Note that I would like to push this patch on 5-freebsd-12 as well as on master. Best regards Christian Am 07.05.21 um 14:0

Re: [PATCH rtems-libbsd] ipsec-tools/pfkey: Fix socket leak

Hello Joel, Am 07.05.21 um 16:45 schrieb Joel Sherrill: On Fri, May 7, 2021 at 9:04 AM Christian MAUDERER <mailto:christian.maude...@embedded-brains.de>> wrote: It is a bit hard to see: The setkey programm uses the functions from this library. In pfkey_open, a socket

Re: GSoC - Code Formatting and Style Checking for RTEMS score

Hello Ida and Gedare, On 06/05/2021 06:26, Gedare Bloom wrote: hi Ida, On Wed, May 5, 2021 at 3:21 PM Ida Delphine wrote: Hello everyone, Regarding this project (https://devel.rtems.org/ticket/3860) I went with clang-format as we all agreed. I have tested it on some "score" files and it

<    6   7   8   9   10   11   12   13   14   15   >