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

Ok, thanks. On Thu, Jul 16, 2020 at 11:54 PM Christian Mauderer wrote: > > 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-li

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 hasn't bee

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

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

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

[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 b/rtemsbsd/include/rtems/bsd/local/opt

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

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

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

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

[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 +- bsps/include/bsp/fatal.

[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 --- a/bsps/share

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 you want to automatically >> refor

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

On 17/07/2020 07:29, Christian Mauderer wrote: 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. Lo

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

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 you want to automatically > reformat a disk if it wasn't possible to mount it. > --- > cpukit/include/rtems/media.h | 3

Re: [PATCH v2] Strict thread-stack isolation

Is this code working? how do you test it? There are several points buried below that you might need to bring out to separate threads for discussion, while you work on the code. On Thu, Jul 16, 2020 at 5:34 AM Utkarsh Rai wrote: > > - This is the complete set of changes for strict isolation of th

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/rtems/media.h | 3 +++ >

Re: [PATCH] removed SOFTFP fenv support from ARM

On 17/07/2020 01:23, Eshan dhawan wrote: int fegetexcept(void) { - int __unmasked; - __unmasked = 0; #ifndef SOFTFP_ABI Do we need this extra define, can't we use #ifndef __SOFTFP__ like in glibc? ___ devel mailing list devel@rtems

Re: [PATCH] removed SOFTFP fenv support from ARM

I cannot apply this patch using the Newlib head: Applying: removed SOFTFP fenv support from ARM .git/rebase-apply/patch:826: trailing whitespace. #else .git/rebase-apply/patch:856: trailing whitespace. .git/rebase-apply/patch:936: trailing whitespace. error: patch failed: newlib/libm/machine/ar

[PATCH] removed SOFTFP fenv support from ARM

This patch changes the current ARM fenv support similar to that in X86_64 Signed-off-by: Eshan dhawan --- newlib/libc/machine/arm/machine/fenv-mangle.h | 53 .../libc/machine/arm/machine/fenv-softfloat.h | 187 newlib/libc/machine/arm/machine/fenv-vfp.h| 187

Re: Need help in understanding some of the existing code in RTEMS

On 15/07/2020 14:55, Richi Dubey wrote: On Wed, Jul 15, 2020 at 5:57 PM Richi Dubey > wrote: Hi, I had a small question. The scheduler struct inside percpu.h looks like: --

New Build System Status

Hello, I sent the documentation of the new build system some days ago and at least Gedare Bloom reviewed it. https://ftp.rtems.org/pub/rtems/people/sebh/user.pdf https://ftp.rtems.org/pub/rtems/people/sebh/eng.pdf I rebased the build system branch to the current master and squashed all comm

Re: GSoC 2020 PATCH: Import OpenFirmWare API to RTEMS

Hello Sebastian, On Wed, Jul 15, 2020 at 3:27 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello Niteesh, > > I have currently no time to review this work. I am busy with the > preparations to integrate the new build system. A broken ARM compiler > delayed my testing a bit (t

[PATCH v2] Thread-stack isolation

The following is the rectified patch and does not break the build. ___ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel

[PATCH v2] Strict thread-stack isolation

- This is the complete set of changes for strict isolation of thread stacks. - There needs to be a confiuration operation,(#if defined(USE_THREAD_STACK_PROTECTION) for simple configuration can be used) - The stack attributes are allocated through malloc, this needs to be done through score unlimi

Re: [PATCH v2] Strict thread-stack isolation

Kindly ignore this patch. It breaks the build. On Thu, Jul 16, 2020 at 4:54 PM Utkarsh Rai wrote: > - This is the complete set of changes for strict isolation of thread > stacks. > - There needs to be a confiuration operation,(#if > defined(USE_THREAD_STACK_PROTECTION) for simple configuration c

[PATCH v2] Strict thread-stack isolation

- This is the complete set of changes for strict isolation of thread stacks. - There needs to be a confiuration operation,(#if defined(USE_THREAD_STACK_PROTECTION) for simple configuration can be used) - The stack attributes are allocated through malloc, this needs to be done through score unlimi