- Openamp-rp - lists.openampproject.org

[OpenAMP/open-amp] 33037b: apps: machine: Fix MicroBlaze compilation error

by kernelchuk

Branch: refs/heads/master Home: https://github.com/OpenAMP/open-amp Commit: 33037b04e0732e58fc0fa36afc244999ef632e10 https://github.com/OpenAMP/open-amp/commit/33037b04e0732e58fc0fa36afc244999… Author: Sergei Korneichuk <sergei.korneichuk(a)xilinx.com> Date: 2021-01-11 (Mon, 11 Jan 2021) Changed paths: M apps/machine/microblaze_generic/platform_info.c Log Message: ----------- apps: machine: Fix MicroBlaze compilation error Fix duplicated function definition with bad code. See https://github.com/OpenAMP/open-amp/issues/252 Signed-off-by: Sergei Korneichuk <sergei.korneichuk(a)xilinx.com>

3 years, 11 months

1
0
0 0

[OpenAMP/libmetal] f252f0: FreeRTOS: Allow tick rates greater than 1000 for m...

by Ed Mooring

Branch: refs/heads/master Home: https://github.com/OpenAMP/libmetal Commit: f252f0e007fbfb8b3a52b1d5901250ddac96baad https://github.com/OpenAMP/libmetal/commit/f252f0e007fbfb8b3a52b1d5901250dd… Author: Ed Mooring <ed.mooring(a)linaro.org> Date: 2021-01-11 (Mon, 11 Jan 2021) Changed paths: M lib/system/freertos/sleep.h Log Message: ----------- FreeRTOS: Allow tick rates greater than 1000 for metal_sleep_usec(). metal_sleep_usec() used portTICK_PERIOD_MS to determine how long to sleep. If the FreeRTOS tick rate is set to greater than 1000, this will be 0, resulting in a divide by zero error at run time. This changes it to use pdMS_TO_TICKS(), which can accomodate higher tick rates. Signed-off-by: Ed Mooring <ed.mooring(a)linaro.org>

3 years, 11 months

1
0
0 0

[OpenAMP/open-amp] c7757c: remoteproc: add get_mem callback to remoteproc_ops

by Xiang Xiao

Branch: refs/heads/master Home: https://github.com/OpenAMP/open-amp Commit: c7757cf52c3a13404c50860f08cd2252d2e2edec https://github.com/OpenAMP/open-amp/commit/c7757cf52c3a13404c50860f08cd2252… Author: Xiang Xiao <xiaoxiang(a)xiaomi.com> Date: 2021-01-04 (Mon, 04 Jan 2021) Changed paths: M lib/include/openamp/remoteproc.h M lib/remoteproc/remoteproc.c Log Message: ----------- remoteproc: add get_mem callback to remoteproc_ops Since the mapping info is normally managed inside the porting layer, the new callback could avoid the mapping duplication. Signed-off-by: Xiang Xiao <xiaoxiang(a)xiaomi.com>

3 years, 11 months

1
0
0 0

No meeting today

by Bill Mills

All, Today's meeting was canceled and the change sent out two weeks ago. See you on Jan 14! Thanks, Bill

3 years, 11 months

1
0
0 0

No meeting on 12/31

by Bill Mills

Hello, There were only four of us on the call today so we called it off after 10 minutes. There is no meeting on Dec 31 so our next meeting will be Jan 14. (I did send a cancellation for the Dec 31 but it may still be on your calendar so please delete it manually.) I hope everyone enjoys whatever winter holidays you practice. See you in the new year. Thanks, Bill

4 years

1
0
0 0

[OpenAMP/libmetal] 73f746: lib/system/linux: pass correct offset to metal_map()

by Léo Sartre

Branch: refs/heads/master Home: https://github.com/OpenAMP/libmetal Commit: 73f746ecf6d384ea328632a31e7f2982e343ebc8 https://github.com/OpenAMP/libmetal/commit/73f746ecf6d384ea328632a31e7f2982… Author: Leo Sartre <sartre.l(a)ecagroup.com> Date: 2020-12-15 (Tue, 15 Dec 2020) Changed paths: M lib/system/linux/device.c Log Message: ----------- lib/system/linux: pass correct offset to metal_map() According to UIO documentation, the offset device tree property purpose is to be used "if the device’s memory is not page aligned". Quoting the same documentation: "To map the memory of mapping N, you have to use N times the page size as your offset" So wee need to pass i * getpagesize() to get the correct mapping, otherwise, we end up with all io_region pointing to the same area. Signed-off-by: Leo Sartre <sartre.l(a)ecagroup.com> Commit: f52728d078578cb985940c9e6a7f247fa1baa8d1 https://github.com/OpenAMP/libmetal/commit/f52728d078578cb985940c9e6a7f247f… Author: Leo Sartre <sartre.l(a)ecagroup.com> Date: 2020-12-15 (Tue, 15 Dec 2020) Changed paths: M README.md Log Message: ----------- README.md: note about non page aligned devices on Linux According to the Linux kernel UIO documentation, access to device's memory that is not page aligned requires to add the proper offset to the pointer returned by mmap() that is stored into the 'virt' field of the metal_io_region structure. Document this limitation until this offset is handled properly by the library. Signed-off-by: Leo Sartre <sartre.l(a)ecagroup.com> Compare: https://github.com/OpenAMP/libmetal/compare/9c807f04e779...f52728d07857

4 years

1
0
0 0

[OpenAMP/libmetal] a55c8a: Generate a compiler error when ARMCC is not using ...

by Arnaud Pouliquen

Branch: refs/heads/master Home: https://github.com/OpenAMP/libmetal Commit: a55c8a2cb7fa46843c15086796d3bfa2e93edd5c https://github.com/OpenAMP/libmetal/commit/a55c8a2cb7fa46843c15086796d3bfa2… Author: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Date: 2020-12-15 (Tue, 15 Dec 2020) Changed paths: M lib/compiler.h Log Message: ----------- Generate a compiler error when ARMCC is not using GNU extentions The GNU extensions enableable via the "--gnu" compile option, is mandatory for the ARMCC to benefit from GNU atomic routines and macros. This commit adds compilation error to notify user about ARMCC Signed-off-by: Haithem Rahmani <haithem.rahmani(a)st.com> Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Commit: 65d77a680b7ba61eab20c28ee25f57751023995c https://github.com/OpenAMP/libmetal/commit/65d77a680b7ba61eab20c28ee25f5775… Author: Haithem Rahmani <haithem.rahmani(a)st.com> Date: 2020-12-15 (Tue, 15 Dec 2020) Changed paths: M lib/atomic.h Log Message: ----------- Make ARMCC use GCC atomic routines The MDK-ARM ARMCC doesn't provide the "stdatomic.h", however, with the option "--gnu", it can support the standard gcc atomic routines. This patch makes the armcc compiler use the "compiler/gcc/atomic.h" Signed-off-by: Haithem Rahmani <haithem.rahmani(a)st.com> Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Commit: 9c807f04e77921a1fa3000c8f13c7bfc1004075b https://github.com/OpenAMP/libmetal/commit/9c807f04e77921a1fa3000c8f13c7bfc… Author: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Date: 2020-12-15 (Tue, 15 Dec 2020) Changed paths: M lib/compiler/CMakeLists.txt A lib/compiler/armcc/CMakeLists.txt A lib/compiler/armcc/errno.h M lib/errno.h Log Message: ----------- compiler: Add support of metal/errno.h for ARMCC Add ARMCC errno.h to support non posix error values used in baremetal. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Compare: https://github.com/OpenAMP/libmetal/compare/a352cc678a33...9c807f04e779

4 years

1
0
0 0

[OpenAMP/libmetal] a352cc: test: Zephyr: replace k_mem_pool deprecated API

by Ed Mooring

Branch: refs/heads/master Home: https://github.com/OpenAMP/libmetal Commit: a352cc678a33f31c80cae1595a0ca90d8aa50c28 https://github.com/OpenAMP/libmetal/commit/a352cc678a33f31c80cae1595a0ca90d… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2020-12-15 (Tue, 15 Dec 2020) Changed paths: M test/system/zephyr/main.c Log Message: ----------- test: Zephyr: replace k_mem_pool deprecated API Since Zephyr2.4.0 the k_mem_pool is deprecated and replaced by k_heap Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com>

4 years

1
0
0 0

[OpenAMP/open-amp] 52376b: apps: move nocopy ping test to example

by Arnaud Pouliquen

Branch: refs/heads/master Home: https://github.com/OpenAMP/open-amp Commit: 52376bc4f2814d5bf53f3dfae8ee2947f85cdec6 https://github.com/OpenAMP/open-amp/commit/52376bc4f2814d5bf53f3dfae8ee2947… Author: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Date: 2020-12-15 (Tue, 15 Dec 2020) Changed paths: M apps/examples/CMakeLists.txt A apps/examples/nocopy_echo/CMakeLists.txt A apps/examples/nocopy_echo/rpmsg-echo.h A apps/examples/nocopy_echo/rpmsg-nocopy-ping.c M apps/tests/msg/CMakeLists.txt R apps/tests/msg/rpmsg-nocopy-ping.c Log Message: ----------- apps: move nocopy ping test to example Move the test to exemple folder to prepare an exemple that involves the TX and RX nocopy API. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Commit: cb73ea0c7d69b884819171051e15e79e71ccdec6 https://github.com/OpenAMP/open-amp/commit/cb73ea0c7d69b884819171051e15e79e… Author: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Date: 2020-12-15 (Tue, 15 Dec 2020) Changed paths: M apps/examples/nocopy_echo/CMakeLists.txt A apps/examples/nocopy_echo/rpmsg-nocopy-echo.c Log Message: ----------- apps: add responder part of the no copy example Add the ping responder that uses the nocpy API to process the message outside of the receive callback. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Commit: beddf60c8e7534392a60ef655a47a427acab6206 https://github.com/OpenAMP/open-amp/commit/beddf60c8e7534392a60ef655a47a427… Author: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Date: 2020-12-15 (Tue, 15 Dec 2020) Changed paths: M apps/examples/nocopy_echo/rpmsg-nocopy-ping.c Log Message: ----------- apps: update nocopy ping to use nocopy API for reception. Enhance the ping to add the usage of rpmsg_hold_rx_buffer and rpmsg_release_rx_buffer to treat the message outside of the callback function. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Commit: ae1eba57b50ecbe155f789a3a537dc6e53faa9c0 https://github.com/OpenAMP/open-amp/commit/ae1eba57b50ecbe155f789a3a537dc6e… Author: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Date: 2020-12-15 (Tue, 15 Dec 2020) Changed paths: M README.md Log Message: ----------- Readme: add description for zero copy demo Add a subchapter to describe how to run the rpmsg echo demo using the nocopy API. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Compare: https://github.com/OpenAMP/open-amp/compare/d4adf2a5cf64...ae1eba57b50e

4 years

1
0
0 0

Re: [Openamp-rp] embOS support for OpenAMP rpmsg

by Ed Mooring

Hi Til, This is the right place to ask. Your understanding of the process is correct. See https://github.com/OpenAMP/libmetal/pull/139 for adding support for a new processor/OS. To answer your other questions: 1. There is no further documentation for RTOS vendors implementing libmetal. 2. See the above pull request for how to get your changes into the repository. Documentation, and if possible, adding building libmetal and its tests for embOS to the GitHub continuous integration for libmetal would be very welcome. Regards, Ed M On 12/6/20 5:06 PM, SEGGER - Til Stork via Openamp-rp wrote: > Hello guys, > I am not sure if this is the correct address. > One of our customers asked us for rpmsg support for our RTOS embOS. > [1]https://www.segger.com/products/rtos/embos/ > If I understand it correctly we would need to write some kind of > abstraction layer within libmetal like it is done for e.g. FreeRTOS, > correct? > If I compare the bare metal implementation at > [2]https://github.com/OpenAMP/libmetal/tree/master/lib/system/generic > to FreeRTOS > [3]https://github.com/OpenAMP/libmetal/tree/master/lib/system/freertos > it seems that should be no big deal. > 1. Is there any further documentation for an RTOS vendor like me to > understand what I need to implement? > 2. If the embOS layer is finished can I upload it to the libmetal > repository (so our customers can use it from there)? > Is there anything else I should be aware of? > Many thanks! > Best regards, > Til > > Til Stork > Product Manager embOS > [4]til.stork(a)segger.com > T +49-2173-99312-0 > [5]www.segger.com > [6]SEGGER - The Embedded Experts > > SEGGER Microcontroller GmbH * Ecolab-Allee 5 * 40789 Monheim am > Rhein * Germany * Tel. +49-2173-99312-0 * Fax. +49-2173-99312-28 > Amtsgericht Düsseldorf, HRB-Nr.: 57453 * Managing Director: Ivo > Geilenbruegge > > References > > 1. https://www.segger.com/products/rtos/embos/ > 2. https://github.com/OpenAMP/libmetal/tree/master/lib/system/generic > 3. https://github.com/OpenAMP/libmetal/tree/master/lib/system/freertos > 4. mailto:til.stork@segger.com > 5. https://www.segger.com/ > 6. https://www.segger.com/ > >

4 years

1
0
0 0

2024

2023

2022

2021

2020

2019

Openamp-rp