[PATCH rtems 3/3] bsps/fdt: Make sure data is cache aligned.

The cache of the fdt blob is flushed after copy. Therefore it should be aligned. --- bsps/shared/start/bsp-fdt.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/bsps/shared/start/bsp-fdt.c b/bsps/shared/start/bsp-fdt.c index 7e8d8922a8..f55273e4ca 100644 ---

[PATCH rtems-libbsd 4/7] rtwn_usb: Make sure buffers are cache aligned

--- freebsd/sys/dev/rtwn/usb/rtwn_usb_attach.c | 11 +++ freebsd/sys/dev/rtwn/usb/rtwn_usb_tx.c | 7 +++ 2 files changed, 18 insertions(+) diff --git a/freebsd/sys/dev/rtwn/usb/rtwn_usb_attach.c b/freebsd/sys/dev/rtwn/usb/rtwn_usb_attach.c index 8626d0a3..fad41f36 100644 ---

[PATCH rtems-libbsd 2/7] imx: Use RTEMS GPIO driver instead of FreeBSD one.

--- freebsd/sys/arm/freescale/imx/imx_gpio.c | 914 -- libbsd.py | 2 +- rtemsbsd/include/bsp/nexus-devices.h | 2 +- .../sys/arm/freescale/imx/imx_rtems_gpio.c| 306 ++ 4 files changed, 308 insertions(+), 916

[PATCH rtems-libbsd 6/7] imx: Don't use USB_NEED_BUSDMA_COHERENT_ALLOC

That option makes problems with some drivers because the buffers are not allways cache line aligned. --- rtemsbsd/include/rtems/bsd/local/opt_usb.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/rtemsbsd/include/rtems/bsd/local/opt_usb.h

[PATCH rtems-libbsd 1/7] gpioregulator: Remove.

There is a bug in the #ifdef regarding FDT so this file hasn't been compiled. If that bug is solved, the driver doesn't work for some other reason. With the FDT-bug the driver hasn't been used by anyone. So just remove it again. --- freebsd/sys/dev/gpio/gpioregulator.c | 352

[PATCH rtems-libbsd 3/7] busdma: Option to round to cache lines on sync

Some targets support only flushing or invalidating complete cache lines. In this cases misaligned buffers might lead to unexpected results. This patch adds a flag that allows drivers to signal to the bus dma driver that it is OK to round a buffer to the next full cache line. That's for example

[PATCH rtems-libbsd 7/7] if_ffec: Align send buffers to cache if necessary.

--- freebsd/sys/dev/ffec/if_ffec.c | 12 ++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git a/freebsd/sys/dev/ffec/if_ffec.c b/freebsd/sys/dev/ffec/if_ffec.c index aee2aa64..e8287ed2 100644 --- a/freebsd/sys/dev/ffec/if_ffec.c +++ b/freebsd/sys/dev/ffec/if_ffec.c @@ -714,8

Re: [PATCH] media-server: Add ability for retry.

Ping. On 09/07/2020 10:21, Christian Mauderer wrote: > This adds the possibility to request a retry in the media-listener if an > operation failed. Usefull for example if you want to automatically > reformat a disk if it wasn't possible to mount it. > --- > cpukit/include/rte

Re: [PATCH rtems v2 3/3] bsps/fdt: Make sure data is cache aligned.

Hello Gedare, I'll re-check to make absolutely sure and push it afterwards. Best regards Christian On 20/07/2020 22:01, Gedare Bloom wrote: > looks good if it works, thanks Christian! > > On Sun, Jul 19, 2020 at 11:47 PM Christian Mauderer > wrote: >> >> The cache of

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

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

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.

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

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

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

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

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

Beagle Board and -xM support

into account at all. 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 key available

[PATCH] media-server: Add ability for retry.

This adds the possibility to request a retry in the media-listener if an operation failed. Usefull for example if you want to automatically reformat a disk if it wasn't possible to mount it. --- cpukit/include/rtems/media.h | 3 +++ cpukit/libblock/src/media.c | 29 -

Re: NEW BUILD SYSTEM: Cannot build rtems-libbsd

, I tried exporting CFLAGS with these GCC >> flags and then calling ./waf configure but they didn't work. > You have to add -Wl,--gc-sections to the linker flags. As far as I know Niteesh used that one too. I think for that one LDFLAGS worked as a workarround. Best regards Christian -- --

[PATCH] bsps/beagle: Remove some debug output from I2C.

--- bsps/arm/beagle/i2c/bbb-i2c.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/bsps/arm/beagle/i2c/bbb-i2c.c b/bsps/arm/beagle/i2c/bbb-i2c.c index 664684b02f..b2a7cf814d 100644 --- a/bsps/arm/beagle/i2c/bbb-i2c.c +++ b/bsps/arm/beagle/i2c/bbb-i2c.c @@ -199,7 +199,7 @@

Re: NEW BUILD SYSTEM: Cannot build rtems-libbsd

lack-minimal/../../freebsd/sys/kern/uipc_mbuf.c:1814: > undefined reference to `uiomove_fromphys' > > Could you please use the 5-freebsd-12 branch with the default build set. > This is what I use normally. > -- ---

Re: NEW BUILD SYSTEM: Cannot build rtems-libbsd

On 08/07/2020 08:35, Niteesh G. S. wrote: > On Wed, Jul 8, 2020 at 11:52 AM Christian Mauderer > <mailto:christian.maude...@embedded-brains.de>> wrote: > > On 08/07/2020 08:13, Sebastian Huber wrote: > > On 08/07/2020 08:10, Niteesh G. S. wrote: > > &

[PATCH] lvgl: Update to v7.1.0

--- lv_conf.h | 337 +++-- lv_drivers | 2 +- lvgl | 2 +- lvgl.py| 3 +- 4 files changed, 281 insertions(+), 63 deletions(-) diff --git a/lv_conf.h b/lv_conf.h index 7453905..9299fdc 100644 --- a/lv_conf.h +++ b/lv_conf.h @@ -1,6

[PATCH rtems-littlevgl] Allow to pass custom lv_conf.h and lv_drv_conf.h.

--- lv_conf.h => default_lv_conf.h | 0 lv_drv_conf.h => default_lv_drv_conf.h | 0 lvgl.py| 19 --- wscript| 13 + 4 files changed, 29 insertions(+), 3 deletions(-) rename lv_conf.h =>

Re: [PATCH rtems-littlevgl] Allow to pass custom lv_conf.h and lv_drv_conf.h.

On 09/07/2020 20:52, Vijay Kumar Banerjee wrote: > > > On Fri, Jul 10, 2020, 12:11 AM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: > > Hello Vijay, > > thanks for the review and the test. > > On 09/07/2020 19:58, Vi

Re: [PATCH] lvgl: Update to v7.1.0

Thanks for testing it. On 09/07/2020 17:06, Vijay Kumar Banerjee wrote: > Hi Christian, > > I tested the patch and it's running fine with the example applications > on BBB. Thanks for the patch. > > Best regards, > Vijay > > On Thu, Jul 9, 2020 at 5:34 PM

Re: [PATCH rtems-littlevgl] Allow to pass custom lv_conf.h and lv_drv_conf.h.

Hello Vijay, thanks for the review and the test. On 09/07/2020 19:58, Vijay Kumar Banerjee wrote: > Hi, > > Thanks for the patch, I tested the patch and it's building fine. I > just had two questions which I have inlined below. > > On Thu, Jul 9, 2020 at 9:13 PM Christian

Re: [PATCH] Changing pwm pinmux to use better register definitions

Hello James, like said in the other Thread: I squashed it together with your first patch and pushed it. Thanks for the fix. Best regards Christian On 13/07/2020 11:53, James Fitzsimons wrote: > --- > bsps/arm/beagle/pwm/pwm.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > >

Re: [PATCH] Fix for Beaglebone BSP PWM bug

On 13/07/2020 11:55, James Fitzsimons wrote: > Hi Christian and Chris, > > On Sun, 12 Jul 2020 at 06:27, Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: > > Hello Fitzsimons, > > sorry for the late review and thanks Chris for poking me.

Re: NEW BUILD SYSTEM: Cannot build rtems-libbsd

with libbsd. > > Thanks, > Niteesh. > > On Tue, Jun 30, 2020 at 1:12 AM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: > > Hello, > > On 29/06/2020 21:39, Niteesh G. S. wrote: > > Hello, > > > > I trie

Re: [PATCH] Fix for Beaglebone BSP PWM bug

Hello Fitzsimons, sorry for the late review and thanks Chris for poking me. I have some troubles understanding the patch and the current code: == Regarding your patch: There is no pin GPMC_AD(18) or GPMC_AD(19). That offset will lead you to the pins GPMC_A8 and GPMC_A9. The correct macros to

Re: [PATCH] eng: fix typo in coding-file-hdr.rst

Pushed. Thanks. On 02/07/2020 23:19, G S Niteesh Babu wrote: > --- > eng/coding-file-hdr.rst | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/eng/coding-file-hdr.rst b/eng/coding-file-hdr.rst > index 6355173..cda631a 100644 > --- a/eng/coding-file-hdr.rst > +++

Re: New Build System: Can't include headers

On 29/06/2020 19:39, Sebastian Huber wrote: > On 29/06/2020 17:13, Niteesh G. S. wrote: > >> 2) Is it possible to have two same files one in RTEMS and other in >> RTEMS-libBSD >> without collision? At least with different install paths? >> For eg: The openfirm.h in RTEMS under something like >>

Re: NEW BUILD SYSTEM: Cannot build rtems-libbsd

Hello, On 29/06/2020 21:39, Niteesh G. S. wrote: > Hello, > > I tried compiling RTEMS-libBSD with RTEMS6 toolchain and the new build > system > but failed. I get errors when compiling RTEMS-libBSD > > The new build system is pulled from Sebastian's branch > HEAD: 

Re: [PATCH RTEMS v2 5/6] libfreebsd: Port OFW to RTEMS

On 14/06/2020 13:37, Vijay Kumar Banerjee wrote: > On Sat, Jun 13, 2020 at 11:44 PM Niteesh G. S. wrote: >> >> >> >> On Sat, Jun 13, 2020 at 6:30 PM Vijay Kumar Banerjee wrote: >>> >>> On Thu, Jun 11, 2020 at 5:53 PM G S Niteesh Babu >>> wrote: The following files have been ported

Re: LVGL applications with mouse

On 14/06/2020 13:26, Vijay Kumar Banerjee wrote: > On Sat, Jun 6, 2020 at 4:58 PM Christian Mauderer wrote: >> >> On 06/06/2020 13:09, Vijay Kumar Banerjee wrote: >>> On Fri, Jun 5, 2020 at 8:30 PM Christian Mauderer >>> wrote: >>>> >>>>

Re: [PATCH rtems-tools] trace: Use c++14 instead of c++11 if possible

, Christian Mauderer wrote: > llvm version 10 uses features from c++14 standard in the headers. With > that, the record/record-main-lttng.cc doesn't build any more. This patch > makes sure that c++14 is used if it is available. > --- > trace/wscript | 6 +- > 1 file changed, 5 inserti

Re: [PATCH 4/5] libfreebsd: Port OFW to RTEMS

On 10/06/2020 17:11, Niteesh G. S. wrote: > On Sat, Jun 6, 2020 at 5:40 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: > > On 04/06/2020 19:43, G S Niteesh Babu wrote: > > The following files have been ported to RTEMS > > 1) openfirm.h &

Re: LVGL applications with mouse

On 06/06/2020 13:09, Vijay Kumar Banerjee wrote: > On Fri, Jun 5, 2020 at 8:30 PM Christian Mauderer wrote: >> >> Hello Vijay, >> >> On 04/06/2020 21:36, Vijay Kumar Banerjee wrote: >>> Hi! >>> >>> I had been looking for an opportunity

Re: [PATCH 4/5] libfreebsd: Port OFW to RTEMS

On 04/06/2020 19:43, G S Niteesh Babu wrote: > The following files have been ported to RTEMS > 1) openfirm.h > 2) openfirm.c > 3) ofw_fdt.c > --- > cpukit/libfreebsd/dev/ofw/ofw_fdt.c | 117 ++- > cpukit/libfreebsd/dev/ofw/openfirm.c | 59 +- >

Re: [PATCH 3/5] libfreebsd: FreeBSD porting helper header

On 04/06/2020 19:43, G S Niteesh Babu wrote: > This file serve the purpose as rtems-bsd-kernel-space.h in the > rtems-libbsd. > This file is intended to be included in every source file that > is to imported from FreeBSD. This is to reduce the number of > redefinitions for commonly used functions

Re: [PATCH 2/5] libfreebsd: Added ofw_if.h

Some style comments: On 04/06/2020 19:43, G S Niteesh Babu wrote: > This file is the RTEMS implementation of ofw_if.h in FreeBSD. The > ofw_if.h in FreeBSD is an autogenerated header file that maps the > OF_function calls to their respective implementation. But in RTEMS > this file maps the

[PATCH rtems-tools] trace: Use c++14 instead of c++11 if possible

llvm version 10 uses features from c++14 standard in the headers. With that, the record/record-main-lttng.cc doesn't build any more. This patch makes sure that c++14 is used if it is available. --- trace/wscript | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

Re: LVGL applications with mouse

Hello Vijay, On 04/06/2020 21:36, Vijay Kumar Banerjee wrote: > Hi! > > I had been looking for an opportunity to do this for a long time and I'm > excited to post that LVGL apps on RTEMS can now use input devices > through the evdev interface! Sounds like a nice feature. > > I prepared some

Re: [PATCH rtems-littlevgl 4/4] lv_drv_conf: Enable USE_BSD_EVDEV option

t" > Linux tool to get the list of devices and test them*/ > # define EVDEV_SWAP_AXES 0 /*Swap the x and y axes of > the touchscreen*/ > > -- embedded brains GmbH Herr Christian Mauderer Dornierstr. 4 D-8217

Re: [PATCH rtems-littlevgl 1/4] update lv_drivers submodule url

> path = lvgl > url = https://github.com/littlevgl/lvgl.git > -- ---- 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-8

Re: [PATCH rtems-littlevgl 1/4] update lv_drivers submodule url

On 05/06/2020 12:13, Vijay Kumar Banerjee wrote: > On Fri, Jun 5, 2020 at 2:00 PM Christian Mauderer > wrote: >> >> >> On 04/06/2020 20:44, Vijay Kumar Banerjee wrote: >>> --- >>> .gitmodules | 2 +- >>> 1 file changed, 1 insertion(+), 1 deletio

Re: [PATCH rtems-littlevgl 4/4] lv_drv_conf: Enable USE_BSD_EVDEV option

On 05/06/2020 12:29, Vijay Kumar Banerjee wrote: > On Fri, Jun 5, 2020 at 1:59 PM Christian Mauderer > wrote: >> >> Hello Vijay, >> >> On 04/06/2020 20:44, Vijay Kumar Banerjee wrote: >>> --- >>> lv_drv_conf.h | 6 +- >>> 1 file c

Re: [PATCH 3/5] libfreebsd: FreeBSD porting helper header

On 10/06/2020 15:56, Niteesh G. S. wrote: > > On Sat, Jun 6, 2020 at 5:27 PM Christian Mauderer <mailto:cont...@c-mauderer.de>> wrote: > > On 04/06/2020 19:43, G S Niteesh Babu wrote: > > This file serve the purpose as rtems-bsd-kernel-space.h

GSoC and the RTEMS release

Hello, with GSoC started now and the release still needing some time (*) we start to get a situation: Our GSoC students will add new features and add some files too. I don't assume that we want the new, experimental stuff in the release? Additional to that I think that we will have a switch to

rtems-libbsd: 6-freebsd-12 branch

branch and shouldn't get new features. Would that be a good time to create a 6-freebsd-12 branch? Best regards Christian -- embedded brains GmbH Herr Christian Mauderer Dornierstr. 4 D-82178 Puchheim Germany email: christian.maude...@embedded-brains.de

Re: rtems-libbsd: 6-freebsd-12 branch

On 28/07/2020 17:14, Gedare Bloom wrote: > On Tue, Jul 28, 2020 at 7:29 AM Christian Mauderer > wrote: >> >> Hello, >> >> I sent a few patches about ten days ago that add some features (like a >> GPIO driver for i.MX that is based on the RTEMS i.MX GPIO driver

Re: rtems-libbsd: 6-freebsd-12 branch

ds Christian On 29/07/2020 06:09, Gedare Bloom wrote: > On Tue, Jul 28, 2020 at 9:29 PM Chris Johns wrote: >> >> On 29/7/20 1:16 am, Christian Mauderer wrote: >>> On 28/07/2020 17:14, Gedare Bloom wrote: >>>> On Tue, Jul 28, 2020 at 7:29 AM Christian Mauderer

[PATCH rtems-libbsd 2/2] wscript: Update RTEMS version to 6.

--- wscript | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/wscript b/wscript index 3ca9478e7..faeb6b168 100644 --- a/wscript +++ b/wscript @@ -32,7 +32,7 @@ from __future__ import print_function -rtems_version = "5" +rtems_version = "6" try: import

[PATCH rtems-libbsd] testsuite: Use new name of test-info.h.

In RTEMS the test.h has been renamed to test-info.h to allow the new test framework to take over. --- testsuite/epoch01/test_main.c | 2 +- testsuite/evdev01/init.c| 2 +- testsuite/include/rtems/bsd/test/default-init.h | 2 +-

[PATCH rtems-libbsd 1/2] README: Update with information for RTEMS 6

--- README.md | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git a/README.md b/README.md index 9ab8a2603..7794b12b8 100644 --- a/README.md +++ b/README.md @@ -170,17 +170,23 @@ Branches * master - branch intended for the RTEMS master which tracks the FreeBSD

[PATCH rtems-libbsd 0/2] Update for RTEMS 6

Hello, If the patches are OK, I'll push them to rtems-libbsd master. I will also create a 6-freebsd-12 branch and push only the second patch to that one too. Best regards Christian ___ devel mailing list devel@rtems.org

[PATCH rtems-docs] eng/release: Add libbsd version update

--- eng/release-process.rst | 9 + 1 file changed, 9 insertions(+) diff --git a/eng/release-process.rst b/eng/release-process.rst index be73c3e..8399a9e 100644 --- a/eng/release-process.rst +++ b/eng/release-process.rst @@ -340,6 +340,15 @@ the needed changes. *

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

Re: [PATCH rtems 3/3] bsps/fdt: Make sure data is cache aligned.

Hello Gedare, thanks for the review. On 17/07/2020 17:53, Gedare Bloom wrote: > The other 2 BSP-specific patches look fine. I didn't look too closely > at the imx-specific part. > > On Thu, Jul 16, 2020 at 11:55 PM Christian Mauderer > wrote: >> >> The cache of th

[PATCH rtems v2 3/3] bsps/fdt: Make sure data is cache aligned.

The cache of the fdt blob is flushed after copy. Therefore it should be aligned. --- bsps/shared/start/bsp-fdt.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/bsps/shared/start/bsp-fdt.c b/bsps/shared/start/bsp-fdt.c index 7e8d8922a8..50a485eb16 100644 ---

Re: [PATCH rtems-tools] trace: Use c++14 instead of c++11 if possible

Hello Joel, On 22/07/2020 21:39, Joel Sherrill wrote: > > > On Wed, Jul 22, 2020 at 2:26 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: > > Ping again. > > It's clearly not BSP specific. So I would like to get an approval for >

Re: [PATCH rtems-tools] trace: Use c++14 instead of c++11 if possible

Ping again. It's clearly not BSP specific. So I would like to get an approval for that before pushing it anywhere. On 15/06/2020 17:36, Christian Mauderer wrote: > Ping. > > Currently shouldn't be a matter for much hosts (less than 20 including > FreeBSD, Fedora, Arch, openSU

Re: A question about rtems license

Hello, note that I'm not a lawyer. I can only provide my personal opinion regarding that topic. Depending of the legal system of your country a lawyer might has a different point of view. I'm also only a small part of the project and can't speak for all persons involved. As far as I understand

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

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

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

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

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

(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 Christian Mauderer

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

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

-- 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 157899 Vertretungsberechtigte Geschäftsführer

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

[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

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

[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

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

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

[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

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

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

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

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 proble

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:

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 give

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 1

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

t;; + + q { + reg = <0x4800 0x200>; + status = "okay"; + }; + }; +}; diff --git a/testsuites/libtests/ofw01/some.h b/testsuites/libtests/ofw01/some.h new file mode 100644 index 00..e2e0135e68 --- /dev/null

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 sending patch 3

[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

[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

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