[PATCH libbsd 02/11] imx6_ccm: Port to RTEMS

From: Sebastian Huber Update #3869. --- buildset/default.ini | 1 + freebsd/sys/arm/freescale/imx/imx6_ccm.c | 7 +++ libbsd.py| 21 + rtemsbsd/include/bsp/nexus-devices.h | 2 ++ 4 files changed, 31

[PATCH libbsd 06/11] Add support for i.mx cache.

Update #3869. --- 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 b/rtemsbsd/include/machine/rtems-bsd-cache.h index bd496f9d..73b55e25 100755 ---

[PATCH libbsd 07/11] bus-dma, imx: Don't sync nocache area.

This area doesn't support all cache operations. Update #3869. --- rtemsbsd/rtems/rtems-kernel-bus-dma.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/rtemsbsd/rtems/rtems-kernel-bus-dma.c b/rtemsbsd/rtems/rtems-kernel-bus-dma.c index 8c15e92b..8674bef1 100644 ---

[PATCH rtems-docs v2] user/imx: Add i.MX6UL/ULL.

Update #3869 --- user/bsps/arm/imx.rst | 47 --- 1 file changed, 44 insertions(+), 3 deletions(-) diff --git a/user/bsps/arm/imx.rst b/user/bsps/arm/imx.rst index bc93ae3..ee98f0b 100644 --- a/user/bsps/arm/imx.rst +++ b/user/bsps/arm/imx.rst @@ -7,9

Re: [PATCH libbsd 09/11] ehci_imx.c: Port to RTEMS

Hello, just noted: This patch now contains more from my code than from Sebastian. I'll discuss with him whether we change the author before commiting it. Best regards Christian On 02/04/2020 16:42, Christian Mauderer wrote: > From: Sebastian Huber > > Update #3869. > --- >

Re: [PATCH libbsd 10/11] ehci_imx: Set/clear ENHOSTDISCONNECT in USB PHY.

u_long base, size; >> + if (fdt_regsize(phynode, , ) == 0) { >> + sc->phy_regs = (void*)base; >> + esc->sc_vendor_get_port_speed = >> + imx_ehci_get_port

Re: [PATCHES] Add more i.MX6UL/ULL support

Hello, just noted another bug that happened during rebase: Not all steps in libbsd are compileable. Please see the libbsd stuff as a draft version. The content won't change but the order of the patches has to. Best regards Christian On 02/04/2020 16:41, Christian Mauderer wrote: > He

Re: [PATCH rtems-docs] user/imx: Add i.MX6UL/ULL.

On 02/04/2020 16:51, Gedare Bloom wrote: > On Thu, Apr 2, 2020 at 8:43 AM Christian Mauderer > wrote: >> >> Update #3869 >> --- >> user/bsps/arm/imx.rst | 49 ++--- >> 1 file changed, 46 insertions(+), 3 deletions

Re: [PATCH libbsd 09/11] ehci_imx.c: Port to RTEMS

On 02/04/2020 17:00, Sebastian Huber wrote: > On 02/04/2020 16:42, Christian Mauderer wrote: > >> diff --git a/freebsd/sys/dev/usb/usb_busdma.c >> b/freebsd/sys/dev/usb/usb_busdma.c >> index 9a70c687..c8000170 100644 >> --- a/freebsd/sys/dev/usb/usb_busdma.

Re: RTEMS 5 release status

etting us know. > > I am not sure littlevgl is in the release. Maybe it should be? > > I am picking up packages via the RSB. > > Chris > > On 2020-04-02 19:03, Christian Mauderer wrote: >> Hello Chris, >> >> sorry, I missed that mail this morning. I pu

Re: RTEMS 5 release status

ou help is needed and welcomed. > > Thanks > Chris > > ___ > devel mailing list > devel@rtems.org > http://lists.rtems.org/mailman/listinfo/devel -- ---- embedded brains GmbH Herr Christian Maudere

Re: RTEMS 5 release status

On 02/04/2020 11:10, Chris Johns wrote: > On 2020-04-02 20:02, Christian Mauderer wrote: >> Hello Chris, >> >> I don't think that littlevgl is such an essential or stable package yet. > > Sure. > >> Currently I know of exactly one project using this repositor

Re: Failures on Overnight build sweep

On 06/04/2020 13:59, Christian Mauderer wrote: > On 06/04/2020 01:40, Chris Johns wrote: >> On 2020-04-06 09:11, Joel Sherrill wrote: >>> On Sun, Apr 5, 2020, 5:55 PM Chris Johns >> <mailto:chr...@rtems.org>> wrote: >>> >>>     On 2020-04-06

[PATCH rtems-libbsd v2 13/14] ehci_imx: Set/clear ENHOSTDISCONNECT in USB PHY.

This is not a nice solution but it should work on all chips. As soon as FreeBSD has a nice solution via the USB PHY driver, this should be replaced. Update #3869. --- freebsd/sys/dev/usb/controller/ehci_imx.c | 59 +++ 1 file changed, 59 insertions(+) diff --git

[PATCH rtems-libbsd v2 10/14] ehci_imx: Import from FreeBSD

From: Sebastian Huber Update #3869. --- freebsd/sys/arm/freescale/imx/imx6_usbphy.c | 212 freebsd/sys/dev/usb/controller/ehci_imx.c | 516 2 files changed, 728 insertions(+) create mode 100644 freebsd/sys/arm/freescale/imx/imx6_usbphy.c create mode

[PATCH rtems-libbsd v2 07/14] regulator: Add to build.

Update #3869. --- Makefile.todo | 26 ++ buildset/default.ini | 1 + libbsd.py | 30 +++ rtemsbsd/include/bsp/nexus-devices.h | 3 + rtemsbsd/include/rtems/bsd/local/regdev_if.h |

[PATCH rtems-libbsd v2 03/14] imx6_ccm: Port to RTEMS

From: Sebastian Huber Update #3869. --- freebsd/sys/arm/freescale/imx/imx6_ccm.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/freebsd/sys/arm/freescale/imx/imx6_ccm.c b/freebsd/sys/arm/freescale/imx/imx6_ccm.c index 2993f1d6..cef79933 100644 ---

[PATCH rtems-libbsd v2 06/14] regulator: Import from FreeBSD.

Update #3869. --- freebsd/sys/dev/extres/regulator/regulator.c | 1321 freebsd/sys/dev/extres/regulator/regulator.h | 156 +++ freebsd/sys/dev/extres/regulator/regulator_bus.c | 89 ++ freebsd/sys/dev/extres/regulator/regulator_fixed.c | 502

[PATCH rtems-libbsd v2 02/14] imx6_ccm: Import from FreeBSD

From: Sebastian Huber Update #3869. --- freebsd/sys/arm/freescale/imx/imx6_anatopreg.h | 193 ++ freebsd/sys/arm/freescale/imx/imx6_anatopvar.h | 49 +++ freebsd/sys/arm/freescale/imx/imx6_ccm.c | 468 + freebsd/sys/arm/freescale/imx/imx6_ccmreg.h| 149

[PATCH rtems-libbsd v2 12/14] ehci_imx: Add to build.

--- libbsd.py| 2 ++ rtemsbsd/include/bsp/nexus-devices.h | 5 + 2 files changed, 7 insertions(+) diff --git a/libbsd.py b/libbsd.py index 4f8fb4d2..ed6493b2 100644 --- a/libbsd.py +++ b/libbsd.py @@ -5028,6 +5028,8 @@ class imx(builder.Module):

[PATCH rtems-libbsd v2 11/14] ehci_imx: Port to RTEMS

Update #3869. --- freebsd/sys/arm/freescale/imx/imx6_usbphy.c | 11 +++ freebsd/sys/dev/usb/controller/ehci_imx.c | 12 2 files changed, 23 insertions(+) diff --git a/freebsd/sys/arm/freescale/imx/imx6_usbphy.c b/freebsd/sys/arm/freescale/imx/imx6_usbphy.c index

[PATCH rtems-libbsd v2 01/14] usb_busdma: Add USB_NEED_BUSDMA_COHERENT_ALLOC

From: Sebastian Huber Some BSPs have a cache-coherent memory area, however, it should not be used for the USB controller. --- freebsd/sys/dev/usb/usb_busdma.c | 4 rtemsbsd/include/rtems/bsd/local/opt_usb.h | 5 + 2 files changed, 9 insertions(+) diff --git

[PATCH rtems-libbsd v2 05/14] imx gpio port

From: Sebastian Huber Update #3869. --- freebsd/sys/arm/freescale/imx/imx_gpio.c | 1 + 1 file changed, 1 insertion(+) diff --git a/freebsd/sys/arm/freescale/imx/imx_gpio.c b/freebsd/sys/arm/freescale/imx/imx_gpio.c index f5b476d7..7dd49e3f 100644 ---

[PATCH rtems-docs v2] user/imx: Add i.MX6UL/ULL.

Update #3869 --- user/bsps/arm/imx.rst | 47 --- 1 file changed, 44 insertions(+), 3 deletions(-) diff --git a/user/bsps/arm/imx.rst b/user/bsps/arm/imx.rst index bc93ae3..ee98f0b 100644 --- a/user/bsps/arm/imx.rst +++ b/user/bsps/arm/imx.rst @@ -7,9

[PATCH rtems-libbsd v2 04/14] imx6_ccm: Add and build module.

Update #3869. --- buildset/default.ini | 1 + libbsd.py| 23 +++ rtemsbsd/include/bsp/nexus-devices.h | 2 ++ 3 files changed, 26 insertions(+) diff --git a/buildset/default.ini b/buildset/default.ini index 43ea82a3..ac8c9c48

[PATCH rtems-libbsd v2 09/14] bus-dma, imx: Don't sync nocache area.

This area doesn't support all cache operations. Update #3869. --- rtemsbsd/rtems/rtems-kernel-bus-dma.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/rtemsbsd/rtems/rtems-kernel-bus-dma.c b/rtemsbsd/rtems/rtems-kernel-bus-dma.c index 8c15e92b..8674bef1 100644 ---

[PATCH rtems-libbsd v2 08/14] Add support for i.mx cache.

Update #3869. --- 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 b/rtemsbsd/include/machine/rtems-bsd-cache.h index bd496f9d..73b55e25 100755 ---

[PATCHES v2] Add more i.MX6UL/ULL support

Hello, this patches are an update for https://lists.rtems.org/pipermail/devel/2020-April/058863.html The RTEMS and docs patch is rebased to the current master. The libbsd patches are adapted to have the right order and include the changes like discussed. This version is for the 5-freebsd-12

[PATCH rtems v2] bsp/imx: Add an extra ecspi clock.

Some imx chips or boards don't use the same frequency for ECSPI and IPG. Update #3869 --- bsps/arm/imx/include/arm/freescale/imx/imx_ccmvar.h | 3 +++ bsps/arm/imx/spi/imx-ecspi.c| 2 +- bsps/arm/imx/start/ccm.c| 5 +

Re: [PATCHES v2] Add more i.MX6UL/ULL support

bz2 \ qJIBYkdFGRROoJlkmxRk5Ugr2IcrcWIlXH5FfuE88mecUkDDy4JBtFDXcH0YzjwyrpmlFSaaaK850nb4o89ZCA== That's definitively not an unprocessed output of sha512sum. Can someone help me? Best regards Christian > > On Wed, Apr 15, 2020 at 12:07 AM Christian Mauderer > wrote: >> >> On 15/04/2020 07:06, Sebastian Huber wrote: >>> Hello Chris

Re: GSoC 2020: Implementation of OFW functions

Hello Niteesh, On 05/05/2020 19:10, Niteesh G. S. wrote: > This is thread is about implementing OFW functions in RTEMS as part > of my GSoC project. I would like to start off with this part since the > refactoring > work will somewhat depend on this. I'm not sure whether everyone on the list is

Re: GSoC 2020: Implementation of OFW functions

ro magic to avoid name > collisions that's why I am ignoring that and only worried about double > initialization. > -- -------- embedded brains GmbH Herr Christian Mauderer Dornierstr. 4 D-82178 Puchheim Germany email: christian.maude...@embedded-br

Re: GSoC 2020: Implementation of OFW functions

On 06/05/2020 09:16, Niteesh G. S. wrote: > On Tue, May 5, 2020 at 11:44 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: > > Hello Niteesh, > > On 05/05/2020 19:10, Niteesh G. S. wrote: > > This is thread is about implementing OFW functions

Re: GSoC 2020: Implementation of OFW functions

t; > A script could load the build items and pick up the ones with > synchronize-with == freebsd and then perform the import/export job. This > could be also used for other areas, e.g. JFFS2, the dtc, the libcrypto > stuff, etc. That could be a really nice functionality. Especially see

Re: GSoC: RTEMS directory for FreeBSD imports

On 11/05/2020 09:11, Chris Johns wrote: > On 11/5/20 4:55 pm, Christian Mauderer wrote: >> On 11/05/2020 06:57, Chris Johns wrote: >>> >>> >>> On 11/5/20 2:03 pm, Niteesh G. S. wrote: >>>> On Mon, May 11, 2020 at 4:34 AM Chris Johns >>> <

Re: GSoC: RTEMS directory for FreeBSD imports

m should handle the >>     synchronisation? This is a good idea. Could it manage separated >> pieces? >>     Could the build system read in all the sync pieces and logically join >>     them based on the upstream source and operate on them as a group? >> This >&

Re: GSoC 2020: Implementation of OFW functions

essary compile-time guards. This would include using __rtems__ > preprocessor directive to avoid FreeBSD stuff and change the function > definitions in ofw_fdt.c from static to non-static. > Am I missing something? or is there any other way to do this? Maybe wait one or two more days for o

Re: GSoC: RTEMS directory for FreeBSD imports

ain. But it is mostly expected to happen during > the coding period (july/aug) > and this would eat up quite a lot of time. So just to be one the safe > side I started > quite early. > > Thank, > Niteesh. > > On Mon, May 11, 2020 at 12:48 PM Christian Mauderer >

Re: GSoC: RTEMS directory for FreeBSD imports

On 14/05/2020 18:59, Niteesh G. S. wrote: > On Thu, May 14, 2020 at 4:30 PM Christian Mauderer > <mailto:christian.maude...@embedded-brains.de>> wrote: > > On 13/05/2020 20:15, Niteesh G. S. wrote: > > Hello, > > > > This mail is to r

Re: GSoC 2020: Implementation of OFW functions

e code. If I had > missed something > please let me know. > > You're in the right direction. We need to wait a bit to get some > input from > the community and progress accordingly. > > Best regards, > Vijay 

Re: GSoC 2020: Implementation of OFW functions

On 08/05/2020 17:26, Niteesh G. S. wrote: > On Fri, May 8, 2020 at 11:43 AM Christian Mauderer > <mailto:christian.maude...@embedded-brains.de>> wrote: > > > On 07/05/2020 17:19, Niteesh G. S. wrote: > > On Thu, May 7, 2020 at 4:07 PM Sebastian Huber >

Re: RFC: Exceptions to PEP-8 Adoption for RTEMS Tools

Hello Amar, On 18/03/2020 19:24, Amar Takhar wrote: > The only one I would like to propose is the 80 character limit. This should > be > moved to something more reasonable such as 120. > > Code comments should remain below 80 however. > I'm not a big fan of long lines (reason further below)

Re: RFC: Exceptions to PEP-8 Adoption for RTEMS Tools

Hello Chris and Amar, On 19/03/2020 04:01, Chris Johns wrote: > On 19/3/20 7:06 am, Christian Mauderer wrote: >> Hello Amar, >> >> On 18/03/2020 19:24, Amar Takhar wrote: >>> The only one I would like to propose is the 80 character limit. This >>>

Re: Maintainers of rtems-littlevgl package

On 18/03/2020 22:17, Gedare Bloom wrote: > Hi everyone, > > I'm pleased to announce that the rtems-littlevgl package will be > maintained (officially) by Christian Mauderer and Vijay Kumar > Bannerjee. Christian/Vijay, please add a README file to the > rtems-littlevgl packag

Re: [PATCH rtems-docs] user/raspberrypi: Fix typo

ure you have these lines below, in your > ``config.txt``. > > .. code-block:: none > > - enable-uart=1 > + enable_uart=1 > kernel_address=0x20 > kernel=kernel.img > > -- -------- embedded brains GmbH He

Re: [PATCH v2 rtems_littlevgl 1/3] waf: Remove unnecessary code.

No one objected to these patches so I pushed them. Best regards Christian On 17/03/2020 08:18, Christian Mauderer wrote: > --- > lvgl.py | 11 +-- > 1 file changed, 1 insertion(+), 10 deletions(-) > > diff --git a/lvgl.py b/lvgl.py > index 5452ed0..f275287 1006

Re: rtems-boot-image tool: Raspberry Pi

Hello Niteesh, thanks for the (private) remainder. This thread really stopped quite some time ago. A lot of us are quite busy right now but that shouldn't happen. If you don't get a response for some question: Please give it about a week of time and then just ping the thread. On 05/03/2020

Re: [PATCH v2] bsp/beagle: Update console to new Termios device API.

Hello Niteesh, On 15/03/2020 20:44, G S Niteesh Babu wrote: > This patch updates the console to use new Termios device API. > Update #3034 > --- > bsps/arm/beagle/console/console-config.c | 66 +++- > 1 file changed, 41 insertions(+), 25 deletions(-) > > diff --git

Re: Any short projects available?

Hello Niteesh, currently the release process for 5.1 is very active. Maybe you want to take a look whether you can support some small tasks there: https://devel.rtems.org/query?status=assigned=accepted=reopened=status=5.1 https://devel.rtems.org/query?status=new=status=5.1 For example:

[PATCH v2 rtems_littlevgl 2/3] waf: Enable optimization and debug symbols.

--- lvgl.py | 1 + 1 file changed, 1 insertion(+) diff --git a/lvgl.py b/lvgl.py index f275287..b91a265 100644 --- a/lvgl.py +++ b/lvgl.py @@ -77,6 +77,7 @@ def build(bld): bld.stlib(target = 'lvgl', features = 'c', + cflags = ['-O2', '-g'],

[PATCH v2 rtems_littlevgl 1/3] waf: Remove unnecessary code.

--- lvgl.py | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/lvgl.py b/lvgl.py index 5452ed0..f275287 100644 --- a/lvgl.py +++ b/lvgl.py @@ -68,26 +68,17 @@ def build(bld): sources, includes = source_list(bld) includes.append('.') -objects = []

[PATCH v2 rtems_littlevgl 3/3] Update to lvgl v6.1.2

--- lv_drivers | 2 +- lvgl | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/lv_drivers b/lv_drivers index 117812e..24cedaa 16 --- a/lv_drivers +++ b/lv_drivers @@ -1 +1 @@ -Subproject commit 117812eec9a5b82fe879f53ee0d1bf39cb9027c8 +Subproject commit

Re: [PATCH rtems_littlevgl 1/2] waf: Remove unnecessary code.

Hello Vijay, thanks for the hint and the review. I removed the objects too. Beneath that I added another patch to use a release version of lvgl. Best regards Christian On 16/03/2020 21:50, Vijay Kumar Banerjee wrote: > Hi! > > On Wed, Mar 11, 2020 at 7:59 PM Christian

Re: GSoC 2020: Implementation of OFW functions

On 06/05/2020 11:31, Niteesh G. S. wrote: > On Wed, May 6, 2020 at 2:20 PM Christian Mauderer > <mailto:christian.maude...@embedded-brains.de>> wrote: > > Hello Niteesh, > > On 06/05/2020 10:42, Niteesh G. S. wrote: > > On Tue, May 5, 2020

Re: GSoC 2020: Implementation of OFW functions

On 08/05/2020 23:05, Gedare Bloom wrote: > On Fri, May 8, 2020 at 9:34 AM Christian Mauderer wrote: >> >> >> On 08/05/2020 17:26, Niteesh G. S. wrote: >>> On Fri, May 8, 2020 at 11:43 AM Christian Mauderer >>> >> <mailto:christian.maude...@embe

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

[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

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

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

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

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

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

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

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

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

Re: GSoC: Porting OFW to RTEMS

On 27/05/2020 19:32, Niteesh G. S. wrote: > > > On Wed, May 27, 2020 at 12:04 AM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: > > Hello Niteesh, > > On 26/05/2020 19:56, Christian Mauderer wrote: > > Hello Niteesh, > > >

Re: GSoC: Porting OFW to RTEMS

Hello Niteesh, On 28/05/2020 16:34, Niteesh G. S. wrote: > > > On Wed, May 27, 2020 at 11:25 PM Christian Mauderer <mailto:o...@c-mauderer.de>> wrote: > > On 27/05/2020 19:32, Niteesh G. S. wrote: > > > > > > On Wed, May 27, 2020 at

Re: GSoC: Porting OFW to RTEMS

Hello Niteesh, On 28/05/2020 17:08, Niteesh G. S. wrote: > Hello Christian, > > On Thu, May 28, 2020 at 8:12 PM Christian Mauderer > <mailto:christian.maude...@embedded-brains.de>> wrote: > > Hello Niteesh, > > On 28/05/2020 16:34, Niteesh G. S. wrot

Re: GSoC: Porting OFW to RTEMS

Hello Niteesh, On 26/05/2020 19:56, Christian Mauderer wrote: > Hello Niteesh, > > On 25/05/2020 11:20, Niteesh G. S. wrote: >> Hello, >> >> I have completed the porting of the OFW code from FreeBSD to RTEMS. >> I do acknowledge the fact that we haven't d

Re: GSoC: Porting OFW to RTEMS

Hello Niteesh, On 25/05/2020 11:20, Niteesh G. S. wrote: > Hello, > > I have completed the porting of the OFW code from FreeBSD to RTEMS. > I do acknowledge the fact that we haven't decided on the directory for files > to be placed in. The previous conversation had stopped quite a while ago. >

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

Hello Gedare, thanks for the review. On 17/07/2020 07:43, Gedare Bloom wrote: > On Thu, Jul 9, 2020 at 2:21 AM Christian Mauderer > wrote: >> >> This adds the possibility to request a retry in the media-listener if an >> operation failed. Usefull for example if y

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

Sorry: I accidentally set a reply address instead of having the patch set as a reply to the intro mail for the first patch set. Please don't use the reply to addres. It won't work. On 17/07/2020 07:56, Christian Mauderer wrote: > There is a bug in the #ifdef regarding FDT so this file has

[PATCH rtems-libbsd 5/7] busdma: Don't sync nocache memory on ARM

The busdma shouldn't try to flush or invalidate cache in a nocache area. --- rtemsbsd/rtems/rtems-kernel-bus-dma.c | 8 1 file changed, 8 insertions(+) diff --git a/rtemsbsd/rtems/rtems-kernel-bus-dma.c b/rtemsbsd/rtems/rtems-kernel-bus-dma.c index 4dc634f3..bda4f3d7 100644 ---

[PATCH rtems 2/3] bsp/imx: Use GPIOs for SPI CS.

The chip select lines of the iMX SPI module doesn't work well for a generic API like the one RTEMS uses. The existing solution only worked in some special cases and had odd bugs when trying transfers of different sizes (like deselecting between each byte for lengths that are not dividable by 4).

[PATCH rtems / rtems-libbsd] Updates for imx BSP

Hello, this two patch sets add fixes and improvements for the imx BSP: In RTEMS: - A small GPIO driver is added. It is used in the SPI driver to fix a wrong behaviour of the chip select lines that can't be fixed if the chip selects are controlled by the SPI controller instead of GPIOs. -

[PATCH rtems 1/3] bsp/imx: Add a GPIO driver.

--- bsps/arm/imx/gpio/imx-gpio.c | 359 +++ bsps/arm/imx/headers.am | 1 + bsps/arm/imx/include/bsp/imx-gpio.h | 196 +++ bsps/arm/imx/include/bsp/irq.h | 1 + bsps/arm/imx/start/bspstart.c| 2 +-

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