- Openamp-rp - lists.openampproject.org

Re: [Openamp-rp] Can make the meeting on July 15

by Mathieu Poirier

On Mon, 12 Jul 2021 at 08:25, Bill Mills via Openamp-rp <openamp-rp(a)lists.openampproject.org> wrote: > > All, > > I will be unavailable on July 15 for this weeks call. > I suggest we cancel unless on someone else volunteers to host. > I was going to suggest we move to next week but that conflicts with a > Linaro meeting some of you may need to attend. > Unless someone comes up with something urgent to discuss I suggest we cancel this one. > Thanks, > Bill > > -- > Bill Mills > Principal Technical Consultant, Linaro > +1-240-643-0836 > TZ: US Eastern > Work Schedule: Tues/Wed/Thur > -- > Openamp-rp mailing list > Openamp-rp(a)lists.openampproject.org > https://lists.openampproject.org/mailman/listinfo/openamp-rp

4 years, 5 months

1
0
0 0

Can make the meeting on July 15

by Bill Mills

All, I will be unavailable on July 15 for this weeks call. I suggest we cancel unless on someone else volunteers to host. I was going to suggest we move to next week but that conflicts with a Linaro meeting some of you may need to attend. Thanks, Bill -- Bill Mills Principal Technical Consultant, Linaro +1-240-643-0836 TZ: US Eastern Work Schedule: Tues/Wed/Thur

4 years, 5 months

1
0
0 0

[OpenAMP/open-amp] d9b8ce: openamp: Introduce cache helpers

by Carlo Caione

Branch: refs/heads/master Home: https://github.com/OpenAMP/open-amp Commit: d9b8cefefacd3d87f2ae9f861c6451cf71fe0d2e https://github.com/OpenAMP/open-amp/commit/d9b8cefefacd3d87f2ae9f861c6451cf… Author: Carlo Caione <ccaione(a)baylibre.com> Date: 2021-07-07 (Wed, 07 Jul 2021) Changed paths: M lib/rpmsg/rpmsg_virtio.c M lib/virtio/virtqueue.c Log Message: ----------- openamp: Introduce cache helpers To manage shared vring memory behind caches. Signed-off-by: Carlo Caione <ccaione(a)baylibre.com> Commit: b8abc398027a324f71a408c7f4d0cba4ba243981 https://github.com/OpenAMP/open-amp/commit/b8abc398027a324f71a408c7f4d0cba4… Author: Carlo Caione <ccaione(a)baylibre.com> Date: 2021-07-07 (Wed, 07 Jul 2021) Changed paths: M README.md M cmake/options.cmake Log Message: ----------- Introduce CMake options to enable cache operations Introduce WITH_DCACHE_VRINGS and WITH_DCACHE_BUFFERS. Signed-off-by: Carlo Caione <ccaione(a)baylibre.com> Compare: https://github.com/OpenAMP/open-amp/compare/f2b3fcd2cff2...b8abc398027a

4 years, 5 months

1
0
0 0

Re: [Openamp-rp] OpenAmp RTEMS

by Ed Mooring

Hi Sam, I don’t see any current work with RTEMS on OpenAMP. There is a porting guide for OpenAMP/libmetal (https://github.com/OpenAMP/open-amp/wiki/OpenAMP-Porting-GuideLine <https://github.com/OpenAMP/open-amp/wiki/OpenAMP-Porting-GuideLine>). There is also some support for Micro-blaze bare metal in the existing code base. Regards, Ed M > On Jun 29, 2021, at 11:08 AM, Price, Samuel R. (GSFC-5960) via Openamp-rp <openamp-rp(a)lists.openampproject.org> wrote: > > Has someone put together an RTEMS port they could share? > > > If not is there a good list of steps / tasks needed to get this to work > for RTEMS I could reference? > > Specifically targeting micro-blaze processor. > > > Most likely starting off with Linux Parent, bare metal child. > > Then transitioning to RTEMS parent, bare metal child. > > > Thanks, > > Sam > -- > Openamp-rp mailing list > Openamp-rp(a)lists.openampproject.org > https://lists.openampproject.org/mailman/listinfo/openamp-rp Hi Sam, I don’t see any current work with RTEMS on OpenAMP. There is a porting guide for OpenAMP/libmetal ([1]https://github.com/OpenAMP/open-amp/wiki/OpenAMP-Porting-GuideLine) . There is also some support for Micro-blaze bare metal in the existing code base. Regards, Ed M On Jun 29, 2021, at 11:08 AM, Price, Samuel R. (GSFC-5960) via Openamp-rp <[2]openamp-rp(a)lists.openampproject.org> wrote: Has someone put together an RTEMS port they could share? If not is there a good list of steps / tasks needed to get this to work for RTEMS I could reference? Specifically targeting micro-blaze processor. Most likely starting off with Linux Parent, bare metal child. Then transitioning to RTEMS parent, bare metal child. Thanks, Sam -- Openamp-rp mailing list [3]Openamp-rp(a)lists.openampproject.org https://lists.openampproject.org/mailman/listinfo/openamp-rp References 1. https://github.com/OpenAMP/open-amp/wiki/OpenAMP-Porting-GuideLine 2. mailto:openamp-rp@lists.openampproject.org 3. mailto:Openamp-rp@lists.openampproject.org

4 years, 5 months

1
0
0 0

OpenAmp RTEMS

by Price, Samuel R. (GSFC-5960)

Has someone put together an RTEMS port they could share? If not is there a good list of steps / tasks needed to get this to work for RTEMS I could reference? Specifically targeting micro-blaze processor. Most likely starting off with Linux Parent, bare metal child. Then transitioning to RTEMS parent, bare metal child. Thanks, Sam Has someone put together an RTEMS port they could share? If not is there a good list of steps / tasks needed to get this to work for RTEMS I could reference? Specifically targeting micro-blaze processor. Most likely starting off with Linux Parent, bare metal child. Then transitioning to RTEMS parent, bare metal child. Thanks, Sam

4 years, 5 months

1
0
0 0

Cancel OpenAMP rp call for July 1

by Bill Mills

All, Both Mathieu and an I are unavailable this Thursday July 1. I am canceling the call this week. Thanks and Sorry, Bill -- Bill Mills Principal Technical Consultant, Linaro +1-240-643-0836 TZ: US Eastern Work Schedule: Tues/Wed/Thur

4 years, 5 months

1
0
0 0

[OpenAMP/libmetal] e73f0b: zephyr: enable support for Arm AArch32 processors

by Arnaud Pouliquen

Branch: refs/heads/master Home: https://github.com/OpenAMP/libmetal Commit: e73f0b0139bf89710065bbc9f9d050ded6b58408 https://github.com/OpenAMP/libmetal/commit/e73f0b0139bf89710065bbc9f9d050de… Author: Julien Massot <julien.massot(a)iot.bzh> Date: 2021-06-17 (Thu, 17 Jun 2021) Changed paths: M cmake/syscheck.cmake A lib/system/zephyr/arm/CMakeLists.txt A lib/system/zephyr/arm/sys.c A lib/system/zephyr/arm/sys.h R lib/system/zephyr/cortexm/CMakeLists.txt R lib/system/zephyr/cortexm/sys.c R lib/system/zephyr/cortexm/sys.h Log Message: ----------- zephyr: enable support for Arm AArch32 processors Arm AArch32 processors have the same WFI assembly instruction and so can works with the existing cortexm support. Rename cortexm directory to arm. Build tested with stm32mp157c_dk2 for Cortex-M, rcar_h3ulcb for Cortex-R. Signed-off-by: Julien Massot <julien.massot(a)iot.bzh>

4 years, 6 months

1
0
0 0

Re: [Openamp-rp] Sniffing on OpenAMP/rpmsg Communication

by Bjorn Andersson

On Mon 07 Jun 10:26 CDT 2021, Hannes Tschofenig via Openamp-rp wrote: > Hi all, > I thought I wrote an answer to this earlier, but I can't find it in my Sent folder, so thanks Ed for bumping the thread. > > This might be a stupid question but I try it anyway. > It's certainly not a stupid question! > > I would like to use Wireshark to capture the communication over the > OpenAMP/rpmsg stack from one processor to the other one. > I've had this problem several times, where I am in need to inspecting some data traveling over my rpmsg channels. This has so far resulted in various hacks. In my case this all revolves around the Linux kernel, so looking at prior art usbmon comes to mind. But I've so far fulfilled my needs before reaching a point where my prototypes for something like this could be reused. > Wireshark has been used in used for all sorts of communication > protocols and I believe it is applicable here as well. I could imagine > that someone wrote such a Wireshark plugin already. > Maybe someone of you knows. This could be useful for debugging. > As Ed says, Wireshark doesn't have any knowledge of any of our protocols - but no tool does. So I don't think it's a bad idea to reuse what they have - and usbmon shows up in this context again. Regards, Bjorn

4 years, 6 months

1
0
0 0

Re: [Openamp-rp] Sniffing on OpenAMP/rpmsg Communication

by Ed Mooring

Hi Hannes, Unfortunately, I don’t believe there is any way to use Wireshark here. Wireshark depends on the underlying protocol stack to provide user-space access to the communication. There are no such hooks in the Linux kernel remoteproc implementation. It does sound like a cool idea though. Regards, Ed M > On Jun 7, 2021, at 8:26 AM, Hannes Tschofenig via Openamp-rp <openamp-rp(a)lists.openampproject.org> wrote: > > Hi all, > > > This might be a stupid question but I try it anyway. > > > I would like to use Wireshark to capture the communication over the > OpenAMP/rpmsg stack from one processor to the other one. > > Wireshark has been used in used for all sorts of communication > protocols and I believe it is applicable here as well. I could imagine > that someone wrote such a Wireshark plugin already. > Maybe someone of you knows. This could be useful for debugging. > > > Ciao > > Hannes > > > IMPORTANT NOTICE: The contents of this email and any attachments are > confidential and may also be privileged. If you are not the intended > recipient, please notify the sender immediately and do not disclose the > contents to any other person, use it for any purpose, or store or copy > the information in any medium. Thank you. > -- > Openamp-rp mailing list > Openamp-rp(a)lists.openampproject.org > https://lists.openampproject.org/mailman/listinfo/openamp-rp

4 years, 6 months

1
0
0 0

[OpenAMP/libmetal] 7e1716: io: add null pointer check in io block ops

by Mark-PK Tsai

Branch: refs/heads/master Home: https://github.com/OpenAMP/libmetal Commit: 7e171668c59c324d031a8f1491a636dc41c2e6a4 https://github.com/OpenAMP/libmetal/commit/7e171668c59c324d031a8f1491a636dc… Author: Mark-PK Tsai <mark-pk.tsai(a)mediatek.com> Date: 2021-06-08 (Tue, 08 Jun 2021) Changed paths: M lib/io.c Log Message: ----------- io: add null pointer check in io block ops metal_io_virt returns NULL on invalid input metal_io_region. Check ptr before use it and remove the offset check which is already tested in metal_io_virt. Signed-off-by: Mark-PK Tsai <mark-pk.tsai(a)mediatek.com>

4 years, 6 months

1
0
0 0

Sniffing on OpenAMP/rpmsg Communication

by Hannes Tschofenig

Hi all, This might be a stupid question but I try it anyway. I would like to use Wireshark to capture the communication over the OpenAMP/rpmsg stack from one processor to the other one. Wireshark has been used in used for all sorts of communication protocols and I believe it is applicable here as well. I could imagine that someone wrote such a Wireshark plugin already. Maybe someone of you knows. This could be useful for debugging. Ciao Hannes IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. Hi all, This might be a stupid question but I try it anyway. I would like to use Wireshark to capture the communication over the OpenAMP/rpmsg stack from one processor to the other one. Wireshark has been used in used for all sorts of communication protocols and I believe it is applicable here as well. I could imagine that someone wrote such a Wireshark plugin already. Maybe someone of you knows. This could be useful for debugging. Ciao Hannes IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.

4 years, 6 months

1
0
0 0

[OpenAMP/open-amp] f2b3fc: CI: Fix Zephyr build by updating Zephyr SDK version

by Arnaud Pouliquen

Branch: refs/heads/master Home: https://github.com/OpenAMP/open-amp Commit: f2b3fcd2cff2630274aa70811f57251201bc9b41 https://github.com/OpenAMP/open-amp/commit/f2b3fcd2cff2630274aa70811f572512… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2021-06-02 (Wed, 02 Jun 2021) Changed paths: M .github/actions/build_ci/entrypoint.sh Log Message: ----------- CI: Fix Zephyr build by updating Zephyr SDK version Update zephyr SDK to 0.12.4 to fix CI compatibility issue. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com>

4 years, 6 months

1
0
0 0

[OpenAMP/libmetal] ecac36: zephyr: cache: Use new Zephyr cache APIs

by Carlo Caione

Branch: refs/heads/master Home: https://github.com/OpenAMP/libmetal Commit: ecac36a4c90ac116d275675eb1884c5a03db3ef0 https://github.com/OpenAMP/libmetal/commit/ecac36a4c90ac116d275675eb1884c5a… Author: Carlo Caione <ccaione(a)baylibre.com> Date: 2021-05-28 (Fri, 28 May 2021) Changed paths: M lib/system/zephyr/cache.h Log Message: ----------- zephyr: cache: Use new Zephyr cache APIs Zephyr ships now a different API for cache management. Instead of hijacking the call into Zephyr, use the proper API directly in libmetal. Signed-off-by: Carlo Caione <ccaione(a)baylibre.com>

4 years, 6 months

1
0
0 0

[OpenAMP/open-amp] 294ba3: CI: Zephyr test: copy whole libmetal directory for...

by Arnaud Pouliquen

Branch: refs/heads/master Home: https://github.com/OpenAMP/open-amp Commit: 294ba3da95b2b12b36d4597c6d4aae86723688fa https://github.com/OpenAMP/open-amp/commit/294ba3da95b2b12b36d4597c6d4aae86… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2021-05-28 (Fri, 28 May 2021) Changed paths: M .github/actions/build_ci/entrypoint.sh Log Message: ----------- CI: Zephyr test: copy whole libmetal directory for test When only the libmetal/lib is copied, some files such as VERSION or CmakeList.txt are not copied. This can lead to a test error or false positives. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com>

4 years, 6 months

1
0
0 0

[OpenAMP/libmetal] 4faa1c: linux: device: unmap regions for linux device

by Lane Kolbly

Branch: refs/heads/master Home: https://github.com/OpenAMP/libmetal Commit: 4faa1c9d3649337eb68b287c0e6c809aebfa24c6 https://github.com/OpenAMP/libmetal/commit/4faa1c9d3649337eb68b287c0e6c809a… Author: Lane Kolbly <lane.kolbly(a)ni.com> Date: 2021-05-28 (Fri, 28 May 2021) Changed paths: M lib/system/linux/device.c Log Message: ----------- linux: device: unmap regions for linux device This unmaps the device regions which were opened during metal_uio_dev_open. Failure to do this results in a file descriptor leak. Signed-off-by: Lane Kolbly <lane.kolbly(a)ni.com>

4 years, 6 months

1
0
0 0

[OpenAMP/libmetal] 31dfaa: CI: Fix Zephyr build by updating Zephyr SDK version

by Arnaud Pouliquen

Branch: refs/heads/master Home: https://github.com/OpenAMP/libmetal Commit: 31dfaa172b96040a294389c4ad2782ee85c4e33d https://github.com/OpenAMP/libmetal/commit/31dfaa172b96040a294389c4ad2782ee… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2021-05-28 (Fri, 28 May 2021) Changed paths: M .github/actions/build_ci/entrypoint.sh Log Message: ----------- CI: Fix Zephyr build by updating Zephyr SDK version Update zephyr SDK to 0.12.4 to fix CI compatibility issue. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com>

4 years, 6 months

1
0
0 0

[OpenAMP/libmetal] 5983d2: cmake: fix VERSION file path

by Arnaud Pouliquen

Branch: refs/heads/v2021.04 Home: https://github.com/OpenAMP/libmetal Commit: 5983d207df41841ffb425c49695837c2e2a67a0a https://github.com/OpenAMP/libmetal/commit/5983d207df41841ffb425c49695837c2… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2021-05-06 (Thu, 06 May 2021) Changed paths: M CMakeLists.txt M cmake/options.cmake Log Message: ----------- cmake: fix VERSION file path cmake fails when the variable CMAKE_SOURCE_DIR does not point to the libmetal directory. This is the case, for example, for the Zephyr project. Fix by defining LIBMETAL_ROOT_DIR in the main CmakeLists.txt. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com>

4 years, 7 months

1
0
0 0

Tomorrow's meeting is canceled

by Bill Mills

All, Tomorrow's meeting is canceled. I will update and then delete the invite. Thanks, Bill -- Bill Mills Principal Technical Consultant, Linaro +1-240-643-0836 TZ: US Eastern Work Schedule: Tues/Wed/Thur

4 years, 7 months

1
0
0 0

Can't make it tomorrow

by Bill Mills

All, I have a conflict for tomorrow (TF-A tech meeting which I need to be on.) Do we want to cancel or someone else run it? (I have not done my document experiments yet.) I will get the wiki notes updated before tomorrow. Thanks, Bill -- Bill Mills Principal Technical Consultant, Linaro +1-240-643-0836 TZ: US Eastern Work Schedule: Tues/Wed/Thur

4 years, 7 months

1
0
0 0

[OpenAMP/libmetal] 04cf5d: cmake: fix VERSION file path

by Arnaud Pouliquen

Branch: refs/heads/master Home: https://github.com/OpenAMP/libmetal Commit: 04cf5d9e0ef562d676cd3f58530fed4e1901f428 https://github.com/OpenAMP/libmetal/commit/04cf5d9e0ef562d676cd3f58530fed4e… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2021-05-04 (Tue, 04 May 2021) Changed paths: M CMakeLists.txt M cmake/options.cmake Log Message: ----------- cmake: fix VERSION file path cmake fails when the variable CMAKE_SOURCE_DIR does not point to the libmetal directory. This is the case, for example, for the Zephyr project. Fix by defining LIBMETAL_ROOT_DIR in the main CmakeLists.txt. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com>

4 years, 7 months

1
0
0 0

Release of OpenAMP 2021.04

by Ed Mooring

This is to announce the release of version 2021.04 of the OpenAMP and libmetal libraries. Release notes can be found at: https://github.com/OpenAMP/libmetal/releases/tag/v2021.04.0 https://github.com/OpenAMP/open-amp/releases/tag/v2021.04.0 This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately.

4 years, 7 months

1
0
0 0

[OpenAMP/open-amp]

by Ed Mooring

Branch: refs/tags/v2021.04.0 Home: https://github.com/OpenAMP/open-amp

4 years, 7 months

1
0
0 0

[OpenAMP/libmetal]

by Ed Mooring

Branch: refs/tags/v2021.04.0 Home: https://github.com/OpenAMP/libmetal

4 years, 7 months

1
0
0 0

[OpenAMP/open-amp] c3f129: Semantic Versioning: Update library version to 1.0.0.

by Ed Mooring

Branch: refs/heads/v2021.04 Home: https://github.com/OpenAMP/open-amp Commit: c3f12991991d187d47637d88e8a66076f23d0c8c https://github.com/OpenAMP/open-amp/commit/c3f12991991d187d47637d88e8a66076… Author: Ed Mooring <ed.mooring(a)linaro.org> Date: 2021-04-30 (Fri, 30 Apr 2021) Changed paths: M VERSION Log Message: ----------- Semantic Versioning: Update library version to 1.0.0. With the introduction of semantic versioning, update the library version accordingly. Signed-off-by: Ed Mooring <ed.mooring(a)linaro.org>

4 years, 7 months

1
0
0 0

[OpenAMP/open-amp] c3f129: Semantic Versioning: Update library version to 1.0.0.

by Ed Mooring

Branch: refs/heads/master Home: https://github.com/OpenAMP/open-amp Commit: c3f12991991d187d47637d88e8a66076f23d0c8c https://github.com/OpenAMP/open-amp/commit/c3f12991991d187d47637d88e8a66076… Author: Ed Mooring <ed.mooring(a)linaro.org> Date: 2021-04-30 (Fri, 30 Apr 2021) Changed paths: M VERSION Log Message: ----------- Semantic Versioning: Update library version to 1.0.0. With the introduction of semantic versioning, update the library version accordingly. Signed-off-by: Ed Mooring <ed.mooring(a)linaro.org>

4 years, 7 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

Openamp-rp