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: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

[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 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 v2 6/7] 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 v2 5/7] 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 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 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 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/start/bspstarthooks.c| 168 ++ .../cpu/arm/include/rtems/score/armv7m.h | 100 +++ 2 files changed, 150 insertions(+), 118

[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: [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 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

[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 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

[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

[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-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 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 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 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 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

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

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

On 10/11/2020 06:34, Chris Johns wrote: On 9/11/20 7:20 pm, Christian Mauderer wrote: 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. OK for 5. Chris Thanks. I'll give

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

Hello Niteesh, I've seen the patches. I have to run a test at least on one BSP with and one without a FDT to make sure they don't break test runs. Best regards Christian On 09/11/2020 04:45, Niteesh G. S. wrote: > Hello, > > Pinging again incase this patch missed your attention. > > Thanks,

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

[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

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 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 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 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 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

[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] 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: 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, 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?

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

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: [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 >

[PATCH rtems-libbsd] wpa: Fix multiple definition of `hmac_md5`

hmac_md5 is defined in dhcpcd and in wpa supplicant. --- freebsd/contrib/wpa/src/crypto/md5.h | 4 1 file changed, 4 insertions(+) diff --git a/freebsd/contrib/wpa/src/crypto/md5.h b/freebsd/contrib/wpa/src/crypto/md5.h index 33f8426c..48afb955 100644 ---

Re: Legacy networking stack removal

me out. With any luck, this will be in December.  Moving > to waf is an ideal time to clean cruft and being just after the 5 > release, we left things in for that last release if that's what the > outcome is. > > --joel > > > Peter > - > Peter Dufault > HD Associat

Re: License files missing on 5-freebsd-12 branch

On 29/09/2020 03:35, Chris Johns wrote: > On 28/9/20 9:45 pm, Christian Mauderer wrote: >> Sorry for the delay. I didn't manage to do these before my vacation and >> then I forgot them during vacation. I just pushed them. > > No problem and thank you. I hope you ha

Re: License files missing on 5-freebsd-12 branch

On 17/09/2020 23:37, Chris Johns wrote: > On 17/9/20 10:57 pm, Joel Sherrill wrote: >> On Thu, Sep 17, 2020 at 4:33 AM Christian Mauderer >> > <mailto:christian.maude...@embedded-brains.de>> wrote: >> >> Hello, >> >> Chris pinged me tha

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

Hello Niteesh, sorry for adding another delay: I think the new build system needs a bit of time to settle. As soon as there are some more PASS in the table that Sebastian created [1] (especially for beagle) we should try to get these patches merged. Before that I would like to avoid big changes

Re: How to use lvgl on pc386 BSP.

Hello Karel, I wasn't aware that there is a framebuffer driver in the PC BSP. Maybe an alternative to using the BSP framebuffer driver could be to just port the FreeBSD framebuffer driver for PC and use that one? That might could be less work than fixing the PC BSPs driver. If you want to

Re: [PATCH rtems-libbsd 1/3] Add helper script to find licenses.

thanks for the suggestions Joel but shouldn't these changes then be an extra patch? Chris: You mentioned that libbsd.py should be taught to handle licenses. Do you plan anything into that direction? In that case touching the script wouldn't be really useful. Best regards Christian -- -

[PATCH rtems-libbsd 3/3] Import FreeBSD license files.

Fix #4082 --- freebsd/COPYRIGHT | 126 ++ freebsd/contrib/expat/COPYING | 21 + freebsd/contrib/libpcap/LICENSE | 19 freebsd/contrib/libxo/LICENSE | 23 + freebsd/contrib/tcpdump/LICENSE | 19

License files missing on 5-freebsd-12 branch

Hello, Chris pinged me that I missed to add these patches to the 5-freebsd-12 branch. It would be good if we would add the license files to the release branch too. This will allow users to easily find the correct licenses. Best regards Christian ___

[PATCH rtems-libbsd 2/3] builder.py: Add case for plain text files.

Update #4082 --- builder.py | 8 1 file changed, 8 insertions(+) diff --git a/builder.py b/builder.py index f5fe2afc..0eda461f 100755 --- a/builder.py +++ b/builder.py @@ -202,6 +202,9 @@ def revertFixLocalIncludes(data): data = re.sub('#include ]*)>', '#include "\\1"', data)

Re: New build system ready for testing

Check the linker command file. > > 5. Check the compiler machine flags. > > 6. Install the BSP and build your third-party libraries and applications > with it. > -- embedded brains GmbH Herr Christian Mauderer Dornierstr. 4 D-82178 Pu

Re: New Build System Status

ling list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel > -- ---- embedded brains GmbH Herr Christian Mauderer Dornierstr. 4 D-82178 Puchheim Germany email: christian.maude...@embedded-brains.de Phone: +49-89-18 94 741 - 18 Fax: +4

Virus Warning

about the virus, see: https://www.virustotal.com/gui/file/2e773d1c57ad270fa94ab01d98649f3c12b8d8b6b1cf007fbd7c1c8954a0a5b8/detection Best regards Christian -- embedded brains GmbH Herr Christian Mauderer Dornierstr. 4 D-82178 Puchheim Germany email

Re: Determining Linux Distribution

On 10/09/2020 18:31, Joel Sherrill wrote: > > > On Thu, Sep 10, 2020 at 11:09 AM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: > > On 10/09/2020 00:25, Chris Johns wrote: > > On 10/9/20 8:15 am, Joel Sherrill wrote: > >> On W

Re: Determining Linux Distribution

On 10/09/2020 00:25, Chris Johns wrote: > On 10/9/20 8:15 am, Joel Sherrill wrote: >> On Wed, Sep 9, 2020 at 4:06 PM Karel Gardas > > wrote: >> >> On 9/9/20 11:03 PM, Karel Gardas wrote: >> > so Debian, Kali and OpenSuSE at least are not well handled by this

Re: [PATCH rtems-libbsd 1/2] sdhci: Add some workarrounds for i.MX

, Christian Mauderer wrote: > Hello Gedare, > > I'll have to rework some parts (the ones where I checked for the BSP) > but I'll try. > > Best regards > > Christian> > On 09/09/2020 17:58, Gedare Bloom wrote: >> Can this be pushed upstream in a non-RTEMS specific wa

Re: [PATCH rtems-libbsd 1/2] sdhci: Add some workarrounds for i.MX

Hello Gedare, I'll have to rework some parts (the ones where I checked for the BSP) but I'll try. Best regards Christian On 09/09/2020 17:58, Gedare Bloom wrote: > Can this be pushed upstream in a non-RTEMS specific way? > > On Wed, Sep 9, 2020 at 5:16 AM Christian Mauderer

Re: We are loosing patches

On 09/09/2020 17:52, Gedare Bloom wrote: > On Wed, Sep 9, 2020 at 8:16 AM Christian Mauderer > wrote: >> >> Hello Jan and Joel, >> >> On 09/09/2020 15:19, Joel Sherrill wrote: >>> >>> >>> On Wed, Sep 9, 2020 at 3:43 AM >> <ma

Re: We are loosing patches

approach of handling patches that can save time for contributors and maintainers. As soon as we have one: Let's talk about what is necessary to reach that solution. If it is a step forward, I'm sure we will find a solution to handle the initial effort. Best regards Christian > > --joel &g

Re: BSP Test Results

https://www.freedesktop.org/software/systemd/man/os-release.html Best regards Christian -- embedded brains GmbH Herr Christian Mauderer Dornierstr. 4 D-82178 Puchheim Germany email: christian.maude...@embedded-brains.de Phone: +49-89-18 94 741 - 18 Fax: +49-89-18 94 741 - 08 PGP: Public ke

[PATCH rtems-libbsd 2/2] imx: Remove ccm functions alredy defined in RTEMS

The imx_ccm_*_hz are all defined in RTEMS. So don't duplicate them in libbsd. Otherwise some applications get linker errors. Update #3869 --- freebsd/sys/arm/freescale/imx/imx6_ccm.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/freebsd/sys/arm/freescale/imx/imx6_ccm.c

[PATCH rtems-libbsd 1/2] sdhci: Add some workarrounds for i.MX

Some bits are in the wrong order. Beneath that, the interrupts can occur in an unexpected order. The DATA_AVAIL interrupt can occur at the same time as the DMA interrupt (or slightly before it). With that, the DMA and PIO interrupt handling doesn't work well together. Beneath that the DMA

We are loosing patches

ted gitlab for that kind of stuff. Maybe we should think about following these examples and go one step to more modern software development too? What do you think? Best regards Christian -- embedded brains GmbH Herr Christian Mauderer Dornierstr. 4 D-8217

Re: AArch64 support and sharing of various drivers

On 04/09/2020 05:12, Chris Johns wrote: > On 4/9/20 12:43 pm, Joel Sherrill wrote: >> On Thu, Sep 3, 2020, 6:58 AM Christian Mauderer >> > <mailto:christian.maude...@embedded-brains.de>> wrote: >> >> Hello Kinsey, >> >> O

Re: AArch64 support and sharing of various drivers

__ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel > -- embedded brains GmbH Herr Christian Mauderer Dornierstr. 4 D-82178 Puchheim Germany email: christian.maude...@embedded-brains.de Phone: +49-89-18

Re: GSoC 2020: Final Report (Beagle BSP: Add FDT based initialization)

t; Thanks, > Niteesh.  > On Sun, Aug 30, 2020 at 8:46 PM Gedare Bloom <mailto:ged...@rtems.org>> wrote: > > looks great > > On Sun, Aug 30, 2020 at 6:55 AM Christian Mauderer > mailto:o...@c-mauderer.de>> wrote: > > > > On 30/08/

Re: GSoC 2020: Final Report (Beagle BSP: Add FDT based initialization)

On 30/08/2020 14:38, Niteesh G. S. wrote: > Hello, > > On Sun, Aug 30, 2020 at 4:12 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: > > Hello Niteesh, > > On 30/08/2020 08:58, Niteesh G. S. wrote: > > Hello, > > > &

Re: GSoC 2020: Final Report (Beagle BSP: Add FDT based initialization)

sed submission. Best regards Christian > > Thanks, > Niteesh. > > On Sun, Aug 30, 2020 at 2:24 AM Gedare Bloom <mailto:ged...@rtems.org>> wrote: > > On Sat, Aug 29, 2020 at 8:31 AM Christian Mauderer > mailto:o...@c-mauderer.de>> wrote: > &

Re: GSoC 2020: Final Report (Beagle BSP: Add FDT based initialization)

On 29/08/2020 15:04, Niteesh G. S. wrote: > Hello, > On Sat, Aug 29, 2020 at 2:54 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: > > Hello Niteesh > > On 29/08/2020 11:22, Niteesh G. S. wrote: > > On Sat, Aug 29, 2020 at 1:02 PM Chris

Re: GSoC 2020: Final Report (Beagle BSP: Add FDT based initialization)

Hello Niteesh On 29/08/2020 11:22, Niteesh G. S. wrote: > On Sat, Aug 29, 2020 at 1:02 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: > > On 29/08/2020 05:57, Niteesh G. S. wrote: > > On Sat, Aug 29, 2020 at 4:19 AM Gedare Bloom

Re: GSoC 2020: Final Report (Beagle BSP: Add FDT based initialization)

On 29/08/2020 05:57, Niteesh G. S. wrote: > On Sat, Aug 29, 2020 at 4:19 AM Gedare Bloom > wrote: > > Are "Links to commits" 1-4 all the code you (are claiming you) wrote? > I just want to make sure. It looks fine to me. > > Yes, all the code in the commits is

Re: Announce: RTEMS 5.1 Release

t; Chris You might also want to have a look at the new manuals. Sebastian has a temporary version here: https://ftp.rtems.org/pub/rtems/people/sebh/eng.pdf https://ftp.rtems.org/pub/rtems/people/sebh/user.pdf -- ---- embedded brains GmbH Herr Christian Maudere

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

On 18/08/2020 19:01, Niteesh G. S. wrote: > > > On Tue, Aug 18, 2020 at 8:26 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: > > On 18/08/2020 11:25, Niteesh G. S. wrote: > > How can we make this API FreeBSD compatible? We have to declare >

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

On 18/08/2020 11:25, Niteesh G. S. wrote: > How can we make this API FreeBSD compatible? We have to declare > defines for the OFW functions > Eg. #define OF_finddevice rtems_ofw_find_device I think that was the plan, wasn't it? > > Should I change the openfirm.h in libBSD to this use these

Re: RTEMS 5 on the start page of RTEMS.org

Hello Joel, I noted that we already have RC2 for 5.1. So most likely it's better to wait for 5.1. Otherwise it's double work. On 08/08/2020 18:17, Joel Sherrill wrote: > > > On Sat, Aug 8, 2020, 10:56 AM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: &

Re: [PATCH] bsps/shared/ofw: Added and Documented RTEMS OFW interface

+/** > > + * @brief This routine converts node offset to effective phandle > of @a node. > > + * > > + * @retval Node phandle on success > > + * @retval Node offset on failure > > + */ > > +phandle_t rtems_ofw_xref_from_node( >

Re: RTEMS 5 on the start page of RTEMS.org

Hello Joel, On 08/08/2020 17:51, Joel Sherrill wrote: > > > On Sat, Aug 8, 2020, 10:38 AM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: > > Hello, > > I noted that on the start page of www.rtems.org > <http://www.rtems.org>,

RTEMS 5 on the start page of RTEMS.org

Hello, I noted that on the start page of www.rtems.org, there are still a lot of outdated references to the last release. One of the most obvious is the Documentation section on the right and the "Release and Active Development" section. I don't think that our home page is in a git repo so that

Xilinx Zynq BSP and SD/eMMC

Hello, is someone using the Xilinx Zynq BSP (xilinx_zynq_zedboard to be exact) with a SD driver? I didn't find one in libbsd for that BSP. Best regards Christian -- embedded brains GmbH Herr Christian Mauderer Dornierstr. 4 D-82178 Puchheim Germany

Re: [PATCH RTEMS 7/7] libtests/openfirmware: Added a testsuite for openfirmware

Niteesh. > > On Thu, Jul 30, 2020 at 1:03 AM Gedare Bloom <mailto:ged...@rtems.org>> wrote: > > On Wed, Jul 29, 2020 at 12:33 PM Christian Mauderer > mailto:o...@c-mauderer.de>> wrote: > > > > > > >

Re: GSoC 2020: OFW Import To RTEMS License Issue

I think for this one we can only hope that the original author agrees to a re-licensing. Otherwise it is only possible to add a replacement. On 04/08/2020 20:34, Niteesh G. S. wrote: > ping. > > > On Sat, Aug 1, 2020 at 2:11 PM Niteesh G. S. > wrote: > > > >

Re: [PATCH rtems] dosfs: Fix memory leak on failed mounts.

ing, especially with a simple fix. >> > > Ok to push to the 5 branch with a ticket. > > Thanks > Chris > -- ---- embedded brains GmbH Herr Christian Mauderer Dornierstr. 4 D-82178 Puchheim Germany email: christian.maude...@embedded-bra

Re: [PATCH rtems] dosfs: Fix memory leak on failed mounts.

Hello Sebastian, On 03/08/2020 15:57, Sebastian Huber wrote: > On 03/08/2020 15:16, Christian Mauderer wrote: > >> diff --git a/cpukit/libfs/src/dosfs/msdos_init.c >> b/cpukit/libfs/src/dosfs/msdos_init.c >> index dc9c76437d..0649258fa7 100644 >> --- a/cpuki

Re: [PATCH rtems] dosfs: Fix memory leak on failed mounts.

PS: Is this a candidate for a backport to 5? How many tickets would I have to create for it? One for 5 and one for 6? On 03/08/2020 15:16, Christian Mauderer wrote: > Currently if mount fails, a converter isn't destroyed. We have to take > care of two cases: > > 1. The user doe

[PATCH rtems] dosfs: Fix memory leak on failed mounts.

Currently if mount fails, a converter isn't destroyed. We have to take care of two cases: 1. The user doesn't provide a converter. In this case mounting a dosfs creates a default converter. This patch makes sure that the converter is destroyed again if mount failes for this case. 2. The user

Re: BSP for pico and microzed

On 31/07/2020 22:26, Joel Sherrill wrote: > > > On Fri, Jul 31, 2020 at 3:04 PM Jonathan Brandmeyer > mailto:jbrandme...@planetiq.com>> wrote: > > On Fri, Jul 31, 2020 at 11:43 AM Joel Sherrill > wrote: > > Hi > > Do any of the existing Zynq

Re: [PATCH RTEMS 7/7] libtests/openfirmware: Added a testsuite for openfirmware

On 29/07/2020 20:21, Gedare Bloom wrote: > On Wed, Jul 29, 2020 at 12:10 PM Christian Mauderer > wrote: >> >> On 29/07/2020 19:55, Gedare Bloom wrote: >>> On Wed, Jul 29, 2020 at 10:44 AM Christian Mauderer >>> wrote: >>>> >>>> O

Re: [PATCH RTEMS 7/7] libtests/openfirmware: Added a testsuite for openfirmware

On 29/07/2020 19:55, Gedare Bloom wrote: > On Wed, Jul 29, 2020 at 10:44 AM Christian Mauderer > wrote: >> >> On 29/07/2020 18:07, Gedare Bloom wrote: >>> On Wed, Jul 15, 2020 at 12:32 AM G S Niteesh Babu >>> wrote: >>>> >>>> -

Re: [PATCH RTEMS 7/7] libtests/openfirmware: Added a testsuite for openfirmware

On 29/07/2020 18:07, Gedare Bloom wrote: > On Wed, Jul 15, 2020 at 12:32 AM G S Niteesh Babu > wrote: >> >> --- >> spec/build/testsuites/libtests/grp.yml| 3 + >> .../testsuites/libtests/openfirmware01.yml| 20 +++ >> testsuites/libtests/openfirmware01/init.c | 147

<    1   2   3   4   5   6   7   8   9   10   >