On 2024-05-13 17:40, Christian MAUDERER wrote:
Hello Pavel and Michal,
sorry for the late reply. I was on vacation last week.
On 2024-05-06 11:27, Pavel Pisa wrote:
Dear Christian,
On Tuesday 30 of April 2024 08:40:43 Christian MAUDERER wrote:
For others, code under review hosted in CTU
Hello Pavel and Michal,
sorry for the late reply. I was on vacation last week.
On 2024-05-06 11:27, Pavel Pisa wrote:
Dear Christian,
On Tuesday 30 of April 2024 08:40:43 Christian MAUDERER wrote:
For others, code under review hosted in CTU university GitLab
server
https
or your input.
Best regards,
Michal Lenc
On 29. 04. 24 10:56, Christian MAUDERER wrote:
Hello Pavel,
it's quite a big work. So I've started to read through the
documentation to get an overview. Some questions:
Do I understand that correctly, that the only user-facing interface is
via the
Hello Pavel,
thanks for your explanations.
On 2024-04-29 21:23, Pavel Pisa wrote:
Dear Christian,
thanks a lot for finding time to read through documentation.
On Monday 29 of April 2024 10:56:29 Christian MAUDERER wrote:
it's quite a big work. So I've started to read t
_____
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
--
embedded brains GmbH & Co. KG
Herr Christian MAUDERER
Dornierstr. 4
82178 Puchheim
Germany
email: christian.maude...@e
_LINT_EN) &
~v, UNIV_REGOFF_LINT_EN );
else {
vmeUniverseWriteReg( vmeUniverseReadReg(UNIV_REGOFF_LINT_EN) |
v, UNIV_REGOFF_LINT_EN );
}
- rtems_interrupt_enable(flags);
- return 0;
+ rtems_interrupt_lock_release( &vmeUniverse_lock, &l
Hello Ashish,
On 2024-04-03 05:07, ashish ashish wrote:
Hello all,
I am trying to emulate beagle black board
and support for beagle board on qemu in past can be achieved by qemu-linaro
but from last 10 years there is not activity on the community of
qemu-linaro and it is
use many depreciated pa
Hello Chris,
On 2024-02-21 06:16, Chris Johns wrote:
Hi,
I have a patch for rtems-docs.git to move us to the pip installed
sphinx-rtd-theme removing the custom theme based on sphinx-rtd-theme we
currently use.
I think reducing RTEMS specific adaptions is a great idea. So thank you
for that.
From: Sebastian Huber
---
freebsd/sys/powerpc/mpc85xx/mpc85xx.c | 38 +++
freebsd/sys/powerpc/mpc85xx/mpc85xx.h | 2 ++
2 files changed, 40 insertions(+)
diff --git a/freebsd/sys/powerpc/mpc85xx/mpc85xx.c
b/freebsd/sys/powerpc/mpc85xx/mpc85xx.c
index ec7eaa3f..7f3df540
From: Sebastian Huber
---
freebsd/sys/dev/ofw/ofwpci.c | 16
freebsd/sys/dev/pci/pci.c | 2 +
freebsd/sys/kern/subr_bus.c | 2 +-
freebsd/sys/powerpc/include/machine/spr.h | 3 ++
freebsd/sys/powerpc/mpc85xx/mpc85xx.c | 4 ++
freebsd/sy
From: Sebastian Huber
---
rtemsbsd/include/machine/resource.h | 1 +
.../include/machine/rtems-bsd-kernel-space.h | 8 +++
rtemsbsd/rtems/rtems-kernel-nexus.c | 21 +++
3 files changed, 30 insertions(+)
diff --git a/rtemsbsd/include/machine/resource.h
From: Sebastian Huber
---
rtemsbsd/rtems/rtems-kernel-pci_bus.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/rtemsbsd/rtems/rtems-kernel-pci_bus.c
b/rtemsbsd/rtems/rtems-kernel-pci_bus.c
index d344e7a3..67324dd8 100644
--- a/rtemsbsd/rtems/rtems-kernel-pci_bus.c
+++ b/rtemsbsd/rtems/rtem
From: Sebastian Huber
---
freebsd/sys/powerpc/mpc85xx/pci_mpc85xx.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/freebsd/sys/powerpc/mpc85xx/pci_mpc85xx.c
b/freebsd/sys/powerpc/mpc85xx/pci_mpc85xx.c
index beaf96e8..47879e68 100644
--- a/freebsd/sys/powerpc/mpc85xx/pci_mpc85xx.c
+++ b/f
From: Sebastian Huber
---
Makefile.todo | 10 ++
rtemsbsd/include/rtems/bsd/local/pic_if.h | 133 ++
rtemsbsd/local/pic_if.c | 69 +++
3 files changed, 212 insertions(+)
create mode 100644 rtemsbsd/include/rtems/bsd/loc
From: Sebastian Huber
---
freebsd/sys/dev/pci/pci.c | 2 --
rtemsbsd/include/machine/rtems-bsd-kernel-namespace.h | 1 +
rtemsbsd/rtems/rtems-kernel-pci_bus.c | 1 +
3 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/freebsd/sys/dev/pci/pci
The CFG_ADDR has to be written before reading or writing the CFG_DATA.
---
freebsd/sys/powerpc/mpc85xx/pci_mpc85xx.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/freebsd/sys/powerpc/mpc85xx/pci_mpc85xx.c
b/freebsd/sys/powerpc/mpc85xx/pci_mpc85xx.c
index 47879e68..b479eb33 100644
---
From: Sebastian Huber
---
buildset/default.ini | 1 +
buildset/everything.ini | 3 +
libbsd.py| 17
rtemsbsd/include/bsp/nexus-devices.h | 4 +
rtemsbsd/sys/dev/vme/tsi148.c| 123 +++
5 files cha
From: Sebastian Huber
---
freebsd/sys/dev/ofw/ofwpci.c | 677 +
freebsd/sys/dev/ofw/ofwpci.h | 87 ++
freebsd/sys/dev/pci/pci_subr.c| 388 +++
freebsd/sys/powerpc/include/machine/hid.h | 224
freebsd/sys/powerpc/include/
The glue layer provides the necessary function so that the Tsi148 driver
in the BSP can use the PCI functionality from libbsd.
---
libbsd.py | 1 +
rtemsbsd/sys/dev/vme/tsi148.c | 24 +++-
rtemsbsd/sys/dev/vme/vme-rtems-compat.c | 143
Note: This test currently only works with a board with a Tsi148 like the
MVME2500. For other boards it will print only a message.
---
libbsd.py | 2 +
testsuite/vme01/test_main.c | 80 +
2 files changed, 82 insertions(+)
create mode 100644 te
This enables the VME support for the MVME2500. Note that the PCIe
support from libbsd is used. So you need the related libbsd patches for
this to work.
If the drivers in libbsd are not enabled, the linker should not pick up
anything from this patch.
---
bsps/powerpc/qoriq/include/bsp/VMEConfig.h
has been adapted
to this controller in these months. Backporting the driver would pull in
a other system changes which would make a later update of the master
branch in libbsd harder. So I currently plan to only apply the patches
to 6-freebsd-12 for now.
With kind regards
Christian Mauderer
From: Sebastian Huber
---
freebsd/sys/sys/buf.h | 4
1 file changed, 4 insertions(+)
diff --git a/freebsd/sys/sys/buf.h b/freebsd/sys/sys/buf.h
index 209174b4..dfe3eaa6 100644
--- a/freebsd/sys/sys/buf.h
+++ b/freebsd/sys/sys/buf.h
@@ -497,7 +497,11 @@ extern int cluster_pbuf_freecnt; /*
Add a function that allows to set the polarity (active-low / negative
edge triggered or active-high / positive edge triggered) and sense
(level or edge sensitive) of the external interrupts.
---
bsps/powerpc/qoriq/include/bsp/irq.h | 27 ++
bsps/powerpc/qoriq/irq/irq.c | 56 +++
Get the memory ranges for the PCIe from the FDT and add them to the MMU.
This is necessary so that the PCIe driver in libbsd can work.
---
bsps/powerpc/qoriq/start/mmu-config.c | 88 +++
1 file changed, 88 insertions(+)
diff --git a/bsps/powerpc/qoriq/start/mmu-config.c
b
From: Sebastian Huber
---
freebsd/sys/dev/pci/pci.c | 3 ++-
freebsd/sys/dev/pci/pci_pci.c | 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/freebsd/sys/dev/pci/pci.c b/freebsd/sys/dev/pci/pci.c
index 0cc72dba..3789a73e 100644
--- a/freebsd/sys/dev/pci/pci.c
+++ b/freeb
With this, it is possible to use GPIOs as CS pins in the LPSPI. To avoid
additional complexity, the GPIOs will have the same limitations as the
native (hardware) CS pins.
The GPIO CS feature adds a number of extra code when starting SPI
transfers on this controller. Therefore it is possible to dis
---
user/bsps/arm/imxrt.rst | 28
1 file changed, 28 insertions(+)
diff --git a/user/bsps/arm/imxrt.rst b/user/bsps/arm/imxrt.rst
index ad18766..30b1437 100644
--- a/user/bsps/arm/imxrt.rst
+++ b/user/bsps/arm/imxrt.rst
@@ -198,10 +198,38 @@ Note that the SPI-pins on
The pinctrl-0 of the video_mux might overwrite pin settings done by
other peripherals. Disabling it by default prevents unexpected pin
settings.
---
bsps/arm/imxrt/dts/imxrt1166-cm7-saltshaker.c | 10 ++
bsps/arm/imxrt/dts/imxrt1166-cm7-saltshaker.dts | 1 +
2 files changed, 7 insertion
Hello,
I noted some minor bugs in the first version of the patches while using
them. So here is a second version.
That are BSP specific patches and I now used the driver in this
configuration for some time and found no further problems. So if no one
objects, I will push the patches in a few days.
Device trees allow mixing different kinds of GPIOs in one property. For
that it is usefull to only provide a pointer to an arbitrary location in
the property and initialize a GPIO from that.
---
bsps/arm/include/bsp/imx-gpio.h | 26
bsps/arm/shared/pins/imx-gpio.c | 55 +++
_
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
--
----
embedded brains GmbH & Co. KG
Herr Christian MAUDERER
Dornierstr. 4
82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
phone: +49-89-18 9
Hello,
with this patch set, the LPSPI of the imxrt BSPs now can use a GPIO as a
chip select pin. The documentation is updated to show how it works.
Additionally a minor fix for the iomux for the imxrt1166 is added. On
that BSP some pins have been initialized that shouldn't be initialized
unless s
With this, it is possible to use GPIOs as CS pins in the LPSPI. To avoid
additional complexity, the GPIOs will have the same limitations as the
native (hardware) CS pins.
The GPIO CS feature adds a number of extra code when starting SPI
transfers on this controller. Therefore it is possible to dis
---
user/bsps/arm/imxrt.rst | 22 ++
1 file changed, 22 insertions(+)
diff --git a/user/bsps/arm/imxrt.rst b/user/bsps/arm/imxrt.rst
index ad18766..6554b3b 100644
--- a/user/bsps/arm/imxrt.rst
+++ b/user/bsps/arm/imxrt.rst
@@ -198,6 +198,28 @@ Note that the SPI-pins on the eva
Device trees allow mixing different kinds of GPIOs in one property. For
that it is usefull to only provide a pointer to an arbitrary location in
the property and initialize a GPIO from that.
---
bsps/arm/include/bsp/imx-gpio.h | 26
bsps/arm/shared/pins/imx-gpio.c | 55 +++
The pinctrl-0 of the video_mux might overwrite pin settings done by
other peripherals. Disabling it by default prevents unexpected pin
settings.
---
bsps/arm/imxrt/dts/imxrt1166-cm7-saltshaker.c | 10 ++
bsps/arm/imxrt/dts/imxrt1166-cm7-saltshaker.dts | 1 +
2 files changed, 7 insertion
The BSP needs the CPU_DATA_CACHE_ALIGNMENT set to enable correct cache
handling in libbsd. Otherwise for example USB doesn't work reliable.
---
rtemsbsd/include/machine/rtems-bsd-cache.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/rtemsbsd/include/machine/rtems-bsd-cache.h
Enable the USB modules in the FDT.
---
bsps/arm/imxrt/dts/imxrt1166-cm7-saltshaker.c | 115 +++---
.../imxrt/dts/imxrt1166-cm7-saltshaker.dts| 8 ++
bsps/arm/imxrt/include/imxrt/imxrt1166.dtsi | 8 ++
3 files changed, 85 insertions(+), 46 deletions(-)
diff --git a/bsps/arm/i
Adds a driver for the i.MXRT1166 USB PHY and enable USB for the
imxrt11xx BSPs.
---
libbsd.py | 6 +
rtemsbsd/include/bsp/nexus-devices.h | 8 +
.../sys/arm/freescale/imx/imxrt1166_usbphy.c | 227 ++
3 files changed, 241 insertions(
The nocache-memory was set as device memory. It's not necessary to be
that strict. Set it to normal non-cacheable non-shareable memory
instead.
---
bsps/arm/imxrt/start/mpu-config.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/bsps/arm/imxrt/start/mpu-config.c
b/bsps/ar
The mcux-sdk tries to enable the USBPHY. But it uses the wrong register
for that. This patch fixes the bug.
---
.../imxrt/mcux-sdk/devices/MIMXRT1166/drivers/fsl_clock.c | 8
1 file changed, 8 insertions(+)
diff --git a/bsps/arm/imxrt/mcux-sdk/devices/MIMXRT1166/drivers/fsl_clock.c
b/bs
Hello,
this patch set adds a USB PHY driver for the i.MXRT11xx family and
enables USB on that device family.
Best regards
Christian
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
On 2023-08-02 15:31, Joel Sherrill wrote:
On Wed, Aug 2, 2023 at 6:45 AM Christian MAUDERER
<mailto:christian.maude...@embedded-brains.de>> wrote:
Hello Joel,
thanks. Is the ID processed somewhere automatically so that I should
use
a special format? Otherwise I
mcp7940m_set_time()
Best regards
Christian
On 2023-08-02 13:43, Joel Sherrill wrote:
Ok but out the Coverity Id number in the commit long message
On Wed, Aug 2, 2023, 1:17 AM Christian Mauderer
<mailto:christian.maude...@embedded-brains.de>> wrote:
Coverity warns that (buf[...] & 0x7) ca
Coverity warns that (buf[...] & 0x7) can't be bigger than 7. This patch
removes the unnecessary comparison.
---
bsps/shared/dev/rtc/mcp7940m.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/bsps/shared/dev/rtc/mcp7940m.c b/bsps/shared/dev/rtc/mcp7940m.c
index 78a4f21b58..
__
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
--
embedded brains GmbH & Co. KG
Herr Christian MAUDERER
Dornierstr. 4
82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
phone: +49-89
Hello Joel,
On 2023-07-25 16:14, Joel Sherrill wrote:
On Tue, Jul 25, 2023 at 9:08 AM Christian MAUDERER
<mailto:christian.maude...@embedded-brains.de>> wrote:
Hello Joel,
On 2023-07-25 15:46, Joel Sherrill wrote:
>
>
> On Tue, Jul 25, 2023 at
Hello Joel,
On 2023-07-25 15:46, Joel Sherrill wrote:
On Tue, Jul 25, 2023 at 5:02 AM Christian MAUDERER
<mailto:christian.maude...@embedded-brains.de>> wrote:
Hello,
I noted that some BSPs are missing in the config files in the
rtems-tools repo. If I didn't
source:
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
--
embedded brains GmbH & Co. KG
Herr Christian MAUDERER
Dornierstr. 4
82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
phone: +49-89-18 94 7
ly
because they are usually created by some script during the release process?
Best regards
Christian
--
embedded brains GmbH & Co. KG
Herr Christian MAUDERER
Dornierstr. 4
82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
phone
The MCP7940M is a I2C RTC chip. The new driver uses the dev/i2c API to
support the RTC. It is written with the intention, that the driver can
be adapted to other RTCs with a similar register layout by just
replacing the initialization function.
---
bsps/include/libchip/mcp7940m-rtc.h | 103 +++
This allows to use a I2C RTC together with this BSP.
---
spec/build/bsps/arm/imx/bspimx.yml | 1 +
1 file changed, 1 insertion(+)
diff --git a/spec/build/bsps/arm/imx/bspimx.yml
b/spec/build/bsps/arm/imx/bspimx.yml
index 63733dd5a4..51c2413409 100644
--- a/spec/build/bsps/arm/imx/bspimx.yml
+++
clude/core_cmInstr.h
delete mode 100644 bsps/arm/include/core_cmSimd.h
create mode 100644 bsps/arm/include/mpu_armv7.h
--
embedded brains GmbH & Co. KG
Herr Christian MAUDERER
Dornierstr. 4
82178 Puchheim
Germany
email: christian.maude...@embedded-
Hello Jacob,
On 2023-07-14 08:36, Christian MAUDERER wrote:
Hello Jacob,
On 2023-07-13 18:59, Jacob Killelea wrote:
Hi Christian,
This looks awesome! Do you have any interest in adding support for the
i.MXRT1062 based Teensy 4.0 and Teensy 4.1?
- Jacob
the Teensy look like interesting
n give you some
guidance what would be necessary to support the boards.
Best regards
Christian
--
embedded brains GmbH & Co. KG
Herr Christian MAUDERER
Dornierstr. 4
82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
phone: +4
Add information about the new i.MXRT1166 BSP. Rework some parts that
have been changed during or as preparation for that variant:
* The BSP now adapts to the Chip variant. It's no longer necessary to
overwrite the PLL settings in an application.
* Improve documentation on how to adapt to differ
The function returned a multiplexer value instead of the frequency.
---
bsps/arm/imxrt/mcux-sdk/drivers/qtmr_1/fsl_qtmr.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/bsps/arm/imxrt/mcux-sdk/drivers/qtmr_1/fsl_qtmr.c
b/bsps/arm/imxrt/mcux-sdk/drivers/qtmr_1/fsl_qtmr.c
index
---
rtemsbsd/sys/arm/freescale/imx/imx_rtems_gpio.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/rtemsbsd/sys/arm/freescale/imx/imx_rtems_gpio.c
b/rtemsbsd/sys/arm/freescale/imx/imx_rtems_gpio.c
index c24732cc..da64922f 100644
--- a/rtemsbsd/sys/arm/freescale/imx/imx_rt
The flash configuration is something very board specific. So move the
file to a board specific location. Beneath that, not all controllers and
configurations need the flash config right at the address 0 of the
flash. For example on the i.MXRT11xx, the config has an offset for some
flash types.
---
Useful for creating an application specific device tree that is based on
the evaluation board.
---
spec/build/bsps/arm/imxrt/bspimxrt1052.yml | 1 +
1 file changed, 1 insertion(+)
diff --git a/spec/build/bsps/arm/imxrt/bspimxrt1052.yml
b/spec/build/bsps/arm/imxrt/bspimxrt1052.yml
index ec218112a
The imx-gpio driver used in i.MX and i.MXRT BSPs generates a name based
on a fixed string. The original code only used one digit for the
controller. With the 13 GPIO controllers of the i.MXRT1166, that isn't
enough any more. This patch extends the name to two digits which should
be enough for the n
According to the reference manual the bits exist and they can be used.
Also confirmed by NXP support in the community forum:
https://community.nxp.com/t5/i-MX-RT/i-MXRT1160-LPSPI-HREQ-supported/m-p/1668647#M25512
---
.../devices/MIMXRT1166/MIMXRT1166_cm7.h | 25 +++
1 file c
Hello,
some weeks back, I mentioned that I want to add a new BSP variant to the
i.MXRT family. Now I have finally a version that is clean enough to
publish it. I'm sure that some more patches for further components will
follow (like USB). But the current version is stable and usable enough
to publ
ling list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
--
embedded brains GmbH & Co. KG
Herr Christian MAUDERER
Dornierstr. 4
82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
phone: +49-89-18 94 741 - 18
mobile: +
Hello Cedric,
Am 03.07.23 um 08:47 schrieb Cedric Berger:
Hello,
Two issues here:
1) When looking at RTEMS on github, it seems everything stopped being
updated on March 23.
> 2) Then going to https://www.rtems.org, clicking "Git" yield this page:
Trac Error
Page Developer/Git not
x27;s a major
release (backporting from 13.x to 12.x). It will take a while to figure
all that out.
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
--
embedded brains Gm
On 2023-05-25 01:57, Chris Johns wrote:
On 24/5/2023 5:07 pm, Christian MAUDERER wrote:
Hello Chris,
On 2023-05-24 03:44, Chris Johns wrote:
Hi Christian,
Thanks for raising this topic. It is a tough one.
On 24/5/2023 12:11 am, Kinsey Moore wrote:
On Tue, May 23, 2023 at 2:26 AM Christian
On 2023-05-24 02:33, Chris Johns wrote:
On 24/5/2023 9:13 am, Chris Johns wrote:
On 23/5/2023 5:30 pm, Christian MAUDERER wrote:
Hello Chris,
On 2023-05-23 08:53, Chris Johns wrote:
On 23/5/2023 4:25 pm, Christian MAUDERER wrote:
Hello Chris,
On 2023-05-23 03:36, Chris Johns wrote:
Hi,
I
Hello Chris,
On 2023-05-24 03:44, Chris Johns wrote:
Hi Christian,
Thanks for raising this topic. It is a tough one.
On 24/5/2023 12:11 am, Kinsey Moore wrote:
On Tue, May 23, 2023 at 2:26 AM Christian MAUDERER
mailto:christian.maude...@embedded-brains.de>> wrote:
Hello,
On 2023-05-23 16:11, Kinsey Moore wrote:
On Tue, May 23, 2023 at 2:26 AM Christian MAUDERER
<mailto:christian.maude...@embedded-brains.de>> wrote:
Hello,
I recently updated the HAL in the i.MXRT BSP. I used the same approach
that we use for a lot of similar cases: I
Hello Chris,
On 2023-05-23 08:53, Chris Johns wrote:
On 23/5/2023 4:25 pm, Christian MAUDERER wrote:
Hello Chris,
On 2023-05-23 03:36, Chris Johns wrote:
Hi,
I have been resolving this by adding:
#define preset_mask *preset_mask_prealloc
#define active_mask *active_mask_prealloc
as the
rains GmbH & Co. KG
Herr Christian MAUDERER
Dornierstr. 4
82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
phone: +49-89-18 94 741 - 18
mobile: +49-176-152 206 08
Registergericht: Amtsgericht München
Registernummer: HRA 117265
Vertretungsberechtigte Geschäftsführer: Peter Ras
rtems.org/rtems-libbsd/tree/ipsec-tools/src/racoon/session.c?id=16be3a7c7d3141018c48d5131a3069184cd3937a#n218
Chris
On 22/5/2023 5:36 pm, Christian Mauderer wrote:
The racoon session code copies an fd_set from one variable into another
prior to calling select. That works well for simple structures
l only get worse not better.
On Tue, May 9, 2023 at 6:11 AM Christian Mauderer
wrote:
Hello,
this is the second version of the patch set to update the SDK files in
the i.MXRT BSPs. Like said in the earlier version: I plan to add a
i.MXRT1166 based BSP soon.
The changes are:
- I now only import
Hello,
I would like to apply this patch on 5 and 6 branches. I'll create
tickets before applying it.
Best regards
Christian
On 2023-05-22 09:36, Christian Mauderer wrote:
The racoon session code copies an fd_set from one variable into another
prior to calling select. That works wel
The racoon session code copies an fd_set from one variable into another
prior to calling select. That works well for simple structures.
In libbsd we have to allocate fd_sets instead of using fixed structures
to avoid a problem with file numbers bigger than FD_SETSIZE. The simple
assignment didn't
This imports new files from the mcux-sdk support library. NXP now offers
the library as a git repository instead of a zip package. The git
repository supports multiple CPUs from the i.MXRT family:
https://github.com/nxp-mcuxpresso/mcux-sdk.git
The imported files are from revision
2b9354539e6
Reapply patches used in the old version of the NXP library and apply
patches necessary for the new version of the library.
---
.../devices/MIMXRT1052/fsl_device_registers.h | 3 +
.../MIMXRT1052/xip/fsl_flexspi_nor_boot.h | 4 +
.../devices/MIMXRT1166/fsl_device_registers.h | 3 +
.../MI
On most i.MX* the upper bits in SW_PAD_CTL are reserved. On some chips,
like the i.MXRT1166, they are a domain write protection. Setting them to
1 can have unexpected side effects.
The device tree uses these bits for some flags. Make sure that they are
not accidentally written to some value.
---
The mcux_sdk has a different interface for getting the clock for
IMXRT11xx than for getting it in IMXRT10xx. Adapt simple drivers to
support that interface.
---
bsps/arm/imxrt/console/console.c | 35 +--
bsps/arm/imxrt/i2c/imxrt-lpi2c.c | 18 --
..
The different variants of the i.MXRT have some minimal differences in
the fsl_flexspi_nor_config.h. Make sure that the header supports the
different chips.
---
.../imxrt/include/fsl_flexspi_nor_config.h| 49 +++
1 file changed, 40 insertions(+), 9 deletions(-)
diff --git a/bsp
The defines for the different clock frequencies in the
fsl_clock_config.h do not represent the clock frequencies that have been
set up in the registers. Remove them to avoid someone trusting in
correct values.
---
bsps/arm/imxrt/include/fsl_clock_config.h | 58 +--
.../nxp/boar
Remove the old NXP MCUXpresso SDK and adapt the BSP so that it uses the
new mcux-sdk.
NOTE: Due to the size, this is only the summary of the patch. You can find the
full version here:
https://gitlab.com/c-mauderer/rtems/-/commit/2c979bc53bdf633b1fdabc7c5ecf2b1d90a85ac6
---
bsps/arm/imxrt
Move the files that are board specific and not specific to the chip
family into a separate folder.
---
.../evkbimxrt1050}/clock-arm-pll-config.c | 0
.../boards/evkbimxrt1050/clock_config.c | 0
.../evkbimxrt1050}/flash-dcd.c| 0
.../{nxp => }/boards/evkbimxrt1050/pin_
Depending on the chip variant, the OCRAM can have different addresses.
Make it configurable.
---
spec/build/bsps/arm/imxrt/grp.yml | 2 ++
spec/build/bsps/arm/imxrt/linkcmdsmemory.yml| 4 ++--
spec/build/bsps/arm/imxrt/optmemocramorigin.yml | 17 +
3 files chang
If a different chip variant is used in the i.mxrt BSP, a different
header would have to be included. Make sure that the fsl-edma driver
uses a header that doesn't have to be adapted.
---
bsps/shared/dev/dma/fsl-edma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/bsps/shared/
Some parts of the startup code don't apply for all chips. Make that part
chip specific.
---
bsps/arm/imxrt/start/bspstart.c | 4
bsps/arm/imxrt/start/bspstarthooks.c | 2 ++
2 files changed, 6 insertions(+)
diff --git a/bsps/arm/imxrt/start/bspstart.c b/bsps/arm/imxrt/start/bspstart.c
i
Hello,
this is the second version of the patch set to update the SDK files in
the i.MXRT BSPs. Like said in the earlier version: I plan to add a
i.MXRT1166 based BSP soon.
The changes are:
- I now only imported the SDK files for i.MXRT1050 and i.MXRT1166. With
that the imported files (mainly fi
---
bsps/arm/imxrt/start/clock-arm-pll-config.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/bsps/arm/imxrt/start/clock-arm-pll-config.c
b/bsps/arm/imxrt/start/clock-arm-pll-config.c
index 12ad1867eb..2a0148e73a 100644
--- a/bsps/arm/imxrt/start/clock-arm-pll-config.c
+++ b/bsps/arm
Depending on the chip variant, the OCRAM can have different addresses.
Make it configurable.
---
spec/build/bsps/arm/imxrt/grp.yml | 2 ++
spec/build/bsps/arm/imxrt/linkcmdsmemory.yml| 4 ++--
spec/build/bsps/arm/imxrt/optmemocramorigin.yml | 17 +
3 files chang
Move the files that are board specific and not specific to the chip
family into a separate folder.
---
.../evkbimxrt1050}/clock-arm-pll-config.c | 0
.../boards/evkbimxrt1050/clock_config.c | 0
.../evkbimxrt1050}/flash-dcd.c| 0
.../{nxp => }/boards/evkbimxrt1050/pin_
Some parts of the startup code don't apply for all chips. Make that part
chip specific.
---
bsps/arm/imxrt/start/bspstart.c | 4
bsps/arm/imxrt/start/bspstarthooks.c | 2 ++
2 files changed, 6 insertions(+)
diff --git a/bsps/arm/imxrt/start/bspstart.c b/bsps/arm/imxrt/start/bspstart.c
i
Reapply patches used in the old version of the NXP library and apply
patches necessary for the new version of the library.
---
.../devices/MIMXRT1011/fsl_device_registers.h | 3 +
.../MIMXRT1011/xip/fsl_flexspi_nor_boot.h | 4 +
.../devices/MIMXRT1015/fsl_device_registers.h | 3 +
.../MI
This imports new files from the mcux-sdk support library. NXP now offers
the library as a git repository instead of a zip package. The git
repository supports multiple CPUs from the i.MXRT family:
https://github.com/nxp-mcuxpresso/mcux-sdk.git
The imported files are from revision
2b9354539e6
If a different chip variant is used in the i.mxrt BSP, a different
header would have to be included. Make sure that the fsl-edma driver
uses a header that doesn't have to be adapted.
---
bsps/shared/dev/dma/fsl-edma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/bsps/shared/
The defines for the different clock frequencies in the
fsl_clock_config.h do not represent the clock frequencies that have been
set up in the registers. Remove them to avoid someone trusting in
correct values.
---
bsps/arm/imxrt/include/fsl_clock_config.h | 58 +--
.../nxp/boar
The different variants of the i.MXRT have some minimal differences in
the fsl_flexspi_nor_config.h. Make sure that the header supports the
different chips.
---
.../imxrt/include/fsl_flexspi_nor_config.h| 49 +++
1 file changed, 40 insertions(+), 9 deletions(-)
diff --git a/bsp
The mcux_sdk has a different interface for getting the clock for
IMXRT11xx than for getting it in IMXRT10xx. Adapt simple drivers to
support that interface.
---
bsps/arm/imxrt/console/console.c | 35 +--
bsps/arm/imxrt/i2c/imxrt-lpi2c.c | 18 --
..
Remove the old NXP MCUXpresso SDK and adapt the BSP so that it uses the
new mcux-sdk.
NOTE: Due to the size, this is only the summary of the patch. You can find the
full version here:
https://gitlab.com/c-mauderer/rtems/-/commit/2a871672767a95598e5af42373bfebd3eb9440d3
---
bsps/
1 - 100 of 1264 matches
Mail list logo