Re: python dependencies Ubuntu 15.04

Hello, just a wild guess: Which python Version is default on Ubuntu? Most distributions use python2 as default. I know that e.g. Arch uses python3. Just try a python --version to find out. Kind regards Christian Mauderer Am 12.08.2015 um 10:38 schrieb punit vara: > sudo apt-get inst

XtratuM BSP

. Kind regards, Christian Mauderer -- embedded brains GmbH 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 key available on

Re: [PATCH 1/2] bsps/xtratum: New BSP

Hello, there is only one Patch. I had a second (temporary) commit on top of this one while generating the patch. I will take more care into this in the future. Sorry. Kind regards, Christian Mauderer -- embedded brains GmbH Christian Mauderer

[PATCH] Fix headers and add RTC to altera-cyclone-v BSP.

r the RTC chip on the evaluation board (a DS1339). Kind regards, Christian Mauderer ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

[PATCH 3/3] bsp/altera-cyclone-v: Add RTC driver.

From: Christian Mauderer --- c/src/lib/libbsp/arm/altera-cyclone-v/Makefile.am | 4 + c/src/lib/libbsp/arm/altera-cyclone-v/README | 15 +- .../lib/libbsp/arm/altera-cyclone-v/preinstall.am | 6 +- c/src/lib/libbsp/arm/altera-cyclone-v/rtc/rtc.c| 360 + 4

[PATCH 1/3] bsp/altera-cyclone-v: Add socal from hwlib.

From: Christian Mauderer Some of the headers from the hwlib need the files from the socal subdirectory. --- c/src/lib/libbsp/arm/altera-cyclone-v/Makefile.am | 17 +++- .../lib/libbsp/arm/altera-cyclone-v/preinstall.am | 45 ++ 2 files changed, 60 insertions(+), 2

Re: [PATCH] Fix headers and add RTC to altera-cyclone-v BSP.

. Kind regards, Christian Mauderer Am 25.07.2014 11:49, schrieb Christian Mauderer: > Hello, > > I have three patches for the altera-cyclone-v BSP. > > The first adds some missing header files to the BSP installation. Without > these > headers, some other headers from the hwl

Re: [PATCH] Fix headers and add RTC to altera-cyclone-v BSP.

Am 28.07.2014 10:17, schrieb Chris Johns: > On 28/07/2014 5:17 pm, Christian Mauderer wrote: >> >> just that there is no confusion about it: The second patch contains some >> large headers from the Altera hwlib. Therefore it is bigger than the >> maximum mail size

Re: [PATCH] Fix headers and add RTC to altera-cyclone-v BSP.

Hello, thanks for clarifying the licensing issues with the hwlib Chris. After that problem is resolved, you can find the resubmission of the second patch as an answer to this mail. Please don't hesitate to make any comments to this or one of the other two patches. Kind regards Chri

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

[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 freebsd/co

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 ___

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

sion). So 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 Christi

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 continu

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 be

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

Re: Legacy networking stack removal

ter the transition from autoconf to waf, the > stack should come 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

[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 --- a/freebsd/contrib/wpa/src/crypto/md

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

ld currently build 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 Christia

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

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?

gt; I used 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 h

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

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

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

[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

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 cal

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

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 gi

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 is

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

[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 bsps/arm/sha

[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 devel@rtems.org

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

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

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

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

[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 +++ b/rtemsbsd/include/bsp/nexus

[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 @@ -9,6

[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

aware of it. Same 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 h

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

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

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

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

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

[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 .../include

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

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

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

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 to

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

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

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

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

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

ions and some others in the same file. So I would lean towards what Sebastian suggested. Otherwise the new functions wouldn't fit the scheme of the existing ones. > >> >> On Thu, Nov 19, 2020 at 3:17 AM Christian Mauderer >> wrote: >>> >>> Am 19.11.20 um

Re: [PATCH rtems v3 0/7] Add imxrt BSP

Thanks for the reviews. I pushed the patches with changes like discussed. Best regards Christian Am 19.11.20 um 09:51 schrieb Christian Mauderer: Hello, again an updated version. There haven't been relevant changes beneath patch 3 (some follow up ones in 7) so I'm only sendi

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

ests/ofw01/some.h new file mode 100644 index 00..e2e0135e68 --- /dev/null +++ b/testsuites/libtests/ofw01/some.h @@ -0,0 +1,15 @@ +/* + * Extern declarations for C structure representing binary file some.bin + * + * WARNING: Automatically generated -- do not edit! + */ + +

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] shell: Add i2c and spi commands

Anyone against this patch? Otherwise I would like to push it somewhen in the near future. Best regards Christian Am 18.11.20 um 08:36 schrieb Christian Mauderer: This adds some commands that are usefull for debugging simple serial interfaces. Even if they are a complete re-implementation

[PATCH rtems-docs] shell: Document i2c and spi commands.

--- shell/general_commands.rst | 200 + 1 file changed, 200 insertions(+) diff --git a/shell/general_commands.rst b/shell/general_commands.rst index c74ae45..a6f7e18 100644 --- a/shell/general_commands.rst +++ b/shell/general_commands.rst @@ -44,6 +44,14 @@ The

Re: [PATCH rtems-docs] shell: Document i2c and spi commands.

Hello Gedare, thanks for the review. On 30/11/2020 18:43, Gedare Bloom wrote: On Mon, Nov 30, 2020 at 7:14 AM Christian Mauderer <mailto:christian.maude...@embedded-brains.de>> wrote: ---  shell/general_commands.rst | 200 +  1 fil

[PATCH rtems-docs v2] shell: Document i2c and spi commands.

--- shell/general_commands.rst | 215 + 1 file changed, 215 insertions(+) diff --git a/shell/general_commands.rst b/shell/general_commands.rst index c74ae45..5913f54 100644 --- a/shell/general_commands.rst +++ b/shell/general_commands.rst @@ -44,6 +44,14 @@ The

Re: [PATCH rtems-docs] shell: Document i2c and spi commands.

//lists.rtems.org/mailman/listinfo/devel -- -------- embedded brains GmbH Herr Christian MAUDERER Dornierstr. 4 82178 Puchheim Germany email: christian.maude...@embedded-brains.de phone: +49-89-18 94 741 - 18 fax: +49-89-18 94 741 - 08 Registergericht: Amtsgericht München Registernummer: HRB 15789

[PATCH rtems] bsps/imxrt: Split up dts.

This allows simpler creation of own dts files for custom boards. Update #4180 --- bsps/arm/imxrt/dts/imxrt1050-evkb.dts | 287 +- bsps/arm/imxrt/include/imxrt/imxrt1050.dtsi | 309 spec/build/bsps/arm/imxrt/bspimxrt.yml | 1 + 3 files changed, 312

Re: [PATCH rtems] bsps/imxrt: Split up dts.

FDT (which doesn't exist yet in the official kernel for i.MXRT) or have some other special sources. Currently there is only a very short note that the device tree can be changed in the BSP. I'll extend it a bit. Best regards Christian On Fri, Dec 4, 2020 at 2:07 AM Chr

[PATCH rtems] bsps/arm/imx*: Fix location of shared headers

When moving the headers from the imx BSP to the shared area, the wrong directory has been selected. This patch fixes that problem. Update #4180 --- .../include/arm/freescale/imx/imx_iomuxreg.h | 0 .../include/arm/freescale/imx/imx_iomuxvar.h | 0 bsps/arm/{shared => }/include

Re: Fwd: [rtems-bsp-builder] 2020-12-11 12:57:21: Profile(s): everything

Hello Joel, that patch should most likely fix that problem: https://lists.rtems.org/pipermail/devel/2020-December/063708.html I haven't pushed it yet because I just posted it on Thursday and it was only one day of review time on Friday. I'll push it on Monday (together with some other pending

[PATCH rtems] cpu/armv7m: Fix table based init for ARMV7M_MPU

Somehow the table index has been missing in the latest patch version. With that, the configuration for the first region has been applied multiple times. Update #4180 --- cpukit/score/cpu/arm/include/rtems/score/armv7m.h | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/cp

Re: [PATCH rtems] cpu/armv7m: Fix table based init for ARMV7M_MPU

Thanks. I pushed them both (together with some other pending patches). Am 14.12.20 um 12:01 schrieb Sebastian Huber: On 14/12/2020 11:31, Christian Mauderer wrote: Somehow the table index has been missing in the latest patch version. With that, the configuration for the first region has been

Re: Fwd: [rtems-bsp-builder] 2020-12-11 12:57:21: Profile(s): everything

Hello Joel, Am 14.12.20 um 15:23 schrieb Joel Sherrill: On Sun, Dec 13, 2020 at 3:32 AM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: Hello Joel, that patch should most likely fix that problem: Great! https://lists.rtems.org/pipermail/devel/2020-Decemb

[PATCH rtems 6/6] bsps/imxrt: Add ioctl to LPSPI to get registers

This allows an application to get the registers of the LPSPI. That is usefull for applications that want to use DMA for a very specialized and highly optimized communication. Update #4180 --- bsps/arm/imxrt/include/imxrt/lpspi.h | 54 ++ bsps/arm/imxrt/spi/imxrt-lpspi.c

[PATCH rtems 5/6] cpukit/spi: Allow driver specific ioctl

This allows a SPI driver to add a hardware specific ioctl. --- cpukit/dev/spi/spi-bus.c | 3 +++ cpukit/include/dev/spi/spi.h | 7 +++ 2 files changed, 10 insertions(+) diff --git a/cpukit/dev/spi/spi-bus.c b/cpukit/dev/spi/spi-bus.c index 5308603216..42b70aa6c9 100644 --- a/cpukit/dev/sp

[PATCH rtems 2/6] bsps/shared: Copy fsl-edma from mpc55xx

This is a preparation for making the driver universal. Update #4180 --- bsps/include/fsl/edma.h| 329 +++ bsps/include/fsl/regs-edma.h | 710 + bsps/shared/dev/dma/fsl-edma.c | 329 +++ 3 files changed, 1368 insertions(+) create m

[PATCH rtems 3/6] bsps/shared: Adapt fsl-edma driver for imxrt

Note: The changes have been done with portability in mind. The driver should (in theory) be able to replace the original one in the MPC BSPs too. For full compatibility an adaption layer and especially a test would be necessary. Because both are missing, don't integrate it into the MPC BSP now. Up

[PATCH rtems 4/6] bsps/imxrt: Add DMA numbers to dtsi

Also currently no driver uses these numbers, it is usefull for applications that want to use the DMA. Update #4180 --- bsps/arm/imxrt/dts/imxrt1050-evkb.c | 1037 ++- bsps/arm/imxrt/include/imxrt/imxrt1050.dtsi | 45 + 2 files changed, 604 insertions(+), 478 deletions(-)

[PATCH rtems 1/6] bsps/imxrt: Use standard names to avoid warnings

If spi or i2c slaves are "connected" to the spi or i2c bus, the device tree compiler complains if the busses are not named spi or i2c. Update #4180 --- bsps/arm/imxrt/dts/imxrt1050-evkb.c | 193 ++-- bsps/arm/imxrt/include/imxrt/imxrt1050.dtsi | 16 +- 2 files changed, 10

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

Hello Niteesh, sorry, I somehow forget to check that patch set. I'll do it in the next few days. Best regards Christian On 17/12/2020 12:15, Niteesh G. S. wrote: ping. On Fri, Dec 4, 2020 at 1:41 PM G S Niteesh Babu > wrote: This commit adds a basic test

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

Hello Niteesh, On 19/12/2020 16:57, Niteesh G. S. wrote: Hello Christian, On Sat, Dec 19, 2020 at 7:11 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: Hello Niteesh, sorry, I somehow forget to check that patch set. I'll do it in the next few days. No p

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

Hello Niteesh, I pushed the two patches. Best regards Christian On 22/12/2020 19:01, Niteesh G. S. wrote: Hello Christian, On Tue, Dec 22, 2020 at 6:33 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: Hello Niteesh, On 19/12/2020 16:57, Niteesh G. S. wrote:

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

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

ticket. 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 d

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 RT

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

  1   2   3   4   5   6   7   8   9   10   >