- Openamp-rp - lists.openampproject.org

[OpenAMP/libmetal] 4c5f55: CI: rework compliance test

by Arnaud Pouliquen

Branch: refs/heads/master Home: https://github.com/OpenAMP/libmetal Commit: 4c5f55f8675b12c111bcdf1d533434623cf4d076 https://github.com/OpenAMP/libmetal/commit/4c5f55f8675b12c111bcdf1d53343462… Author: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Date: 2020-10-16 (Fri, 16 Oct 2020) Changed paths: M .github/workflows/compliance.yml A scripts/ci/check_compliance.py Log Message: ----------- CI: rework compliance test The webispy/checkpatch-action does not seems to work properly. Even if it detects coding style issue, the return status is successful. This patch replaces the action by the compliance python script obtained from the Zephyr project. This script also runs gitlint to check commit messages. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)st.com>

4 years, 8 months

1
0
0 0

[OpenAMP/open-amp] 0257ca: Add <errno.h> explicitly to all files that use err...

by Arnaud Pouliquen

Branch: refs/heads/master Home: https://github.com/OpenAMP/open-amp Commit: 0257ca5fd853f77d9d2debf97921cb912a21067e https://github.com/OpenAMP/open-amp/commit/0257ca5fd853f77d9d2debf97921cb91… Author: Ed Mooring <ed.mooring(a)xilinx.com> Date: 2020-10-16 (Fri, 16 Oct 2020) Changed paths: M apps/examples/load_fw/common.h M apps/examples/load_fw/mem_image_store.c M apps/examples/rpc_demo/rpc_demod.c M apps/machine/zynq7/platform_info.c M apps/machine/zynqmp/platform_info.c M apps/machine/zynqmp_r5/platform_info.c M apps/system/linux/machine/generic/platform_info.c Log Message: ----------- Add <errno.h> explicitly to all files that use errno values. When building OpenAMP apps for FreeRTOS on Xilinx hardware, there were compile errors due to EINVAL not being defined. On other platforms, <errno.h> was implicitly included by OpenAMP header files. This change explicitly includes it where it is needed in the code. There is one exception, load_fw/commmon.h has <errno.h> added, since all common include files are placed there. Signed-off-by: Ed Mooring <ed.mooring(a)linaro.org>

4 years, 8 months

1
0
0 0

[OpenAMP/open-amp] 838788: CI: rework compliance test

by Arnaud Pouliquen

Branch: refs/heads/master Home: https://github.com/OpenAMP/open-amp Commit: 8387889dba0bb934b3c95011ef777895d5485e07 https://github.com/OpenAMP/open-amp/commit/8387889dba0bb934b3c95011ef777895… Author: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Date: 2020-10-16 (Fri, 16 Oct 2020) Changed paths: M .github/workflows/continuous-integration.yml A scripts/ci/check_compliance.py Log Message: ----------- CI: rework compliance test The webispy/checkpatch-action does not seems to work properly. Even if it detects coding style issue, the return state is successful. This patch replaces the action by the compliance python script obtained from the Zephyr project. This script also runs gitlint to check commit messages. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)st.com>

4 years, 8 months

1
0
0 0

[OpenAMP/libmetal] 4a03c7: CI: add target build ci action

by Arnaud Pouliquen

Branch: refs/heads/master Home: https://github.com/OpenAMP/libmetal Commit: 4a03c72967380eee91e66461a34d2c74fbadadc1 https://github.com/OpenAMP/libmetal/commit/4a03c72967380eee91e66461a34d2c74… Author: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Date: 2020-10-16 (Fri, 16 Oct 2020) Changed paths: A .github/actions/build_ci/Dockerfile A .github/actions/build_ci/README.md A .github/actions/build_ci/action.yml A .github/actions/build_ci/entrypoint.sh Log Message: ----------- CI: add target build ci action Add github action to check build for different targets. This action replaces the travis test. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Commit: 85b5240bd217ba33a40899b2bbb345ffb99bea85 https://github.com/OpenAMP/libmetal/commit/85b5240bd217ba33a40899b2bbb345ff… Author: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Date: 2020-10-16 (Fri, 16 Oct 2020) Changed paths: A .github/workflows/compliance.yml M .github/workflows/continuous-integration.yml Log Message: ----------- CI: add build action in CI workflow Add build test for multi platforms Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Commit: 53c48a1e4858d15b2265a6a62a82007071421772 https://github.com/OpenAMP/libmetal/commit/53c48a1e4858d15b2265a6a62a820070… Author: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Date: 2020-10-16 (Fri, 16 Oct 2020) Changed paths: M test/CMakeLists.txt M test/system/zephyr/alloc.c M test/system/zephyr/main.c Log Message: ----------- test: fix zephyr test Fix zephyr test for zephyr V2.2 compatibility. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Commit: 9b3357d3fd362029c0bce01096db479d28e79d45 https://github.com/OpenAMP/libmetal/commit/9b3357d3fd362029c0bce01096db479d… Author: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Date: 2020-10-16 (Fri, 16 Oct 2020) Changed paths: R .travis.yml Log Message: ----------- CI: suppress travis actions As test as been migrated in a github action, suppress travis tests to limit dependency with an external tools Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Compare: https://github.com/OpenAMP/libmetal/compare/30af011301c5...9b3357d3fd36

4 years, 8 months

1
0
0 0

[OpenAMP/libmetal] 30af01: FreeRTOS: fix sleep and timestamp handling

by Arnaud Pouliquen

Branch: refs/heads/master Home: https://github.com/OpenAMP/libmetal Commit: 30af011301c5778075266e4b5189e61a35093265 https://github.com/OpenAMP/libmetal/commit/30af011301c5778075266e4b5189e61a… Author: Ed Mooring <ed.mooring(a)xilinx.com> Date: 2020-10-15 (Thu, 15 Oct 2020) Changed paths: M lib/system/freertos/sleep.h M lib/system/freertos/time.c M test/system/freertos/sleep.c Log Message: ----------- FreeRTOS: fix sleep and timestamp handling libmetal's libmetal_sleep_usec() takes a sleep time in micro-seconds. The FreeRTOS function underlying it takes a sleep time in task ticks. This was not properly corrected for, resulting in sleep times that were off by an order of magnitude. The test code attempted to correct for this as well, in the same wrong way. Lastly, the metal_get_timestamp() function returned a value in task ticks alone. This is a configuration dependent value. This patch changes all three places to use microseconds for the input and output values. Signed-off-by: Ed Mooring <ed.mooring(a)linaro.org>

4 years, 8 months

1
0
0 0

[OpenAMP/open-amp] 885a26: rpmsg: set rpmsg_init_ept API as deprecated

by Arnaud Pouliquen

Branch: refs/heads/master Home: https://github.com/OpenAMP/open-amp Commit: 885a2634510d80178db34bae0e3aaf6b1ae8337a https://github.com/OpenAMP/open-amp/commit/885a2634510d80178db34bae0e3aaf6b… Author: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Date: 2020-10-12 (Mon, 12 Oct 2020) Changed paths: M lib/include/openamp/rpmsg.h M lib/rpmsg/rpmsg.c M lib/rpmsg/rpmsg_internal.h M lib/rpmsg/rpmsg_virtio.c Log Message: ----------- rpmsg: set rpmsg_init_ept API as deprecated The rpmsg_init_ept does not seem to be usable by application but is used internally. This patch mark this API deprecated and in at least two full release, to remove this API as the standard API to use is rpmsg_create_ept. In addition, move the rpmsg_init_ept to rpmsg_internal and rename it. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)st.com>

4 years, 8 months

1
0
0 0

[OpenAMP/open-amp] 232dc5: apps: zynqmp:fix indentation

by Arnaud Pouliquen

Branch: refs/heads/master Home: https://github.com/OpenAMP/open-amp Commit: 232dc574de4669a23018e23908a812ee2ef904f9 https://github.com/OpenAMP/open-amp/commit/232dc574de4669a23018e23908a812ee… Author: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Date: 2020-10-12 (Mon, 12 Oct 2020) Changed paths: M apps/machine/zynqmp/zynqmp_linux_r5_proc.c Log Message: ----------- apps: zynqmp:fix indentation According to coding rules replace spaces by tabs. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)st.com>

4 years, 8 months

1
0
0 0

[OpenAMP/libmetal] c4c1d0: compiler: introduce __deprecated attribute

by Arnaud Pouliquen

Branch: refs/heads/master Home: https://github.com/OpenAMP/libmetal Commit: c4c1d0e5341dd920ab45842b170b8526d9a5c029 https://github.com/OpenAMP/libmetal/commit/c4c1d0e5341dd920ab45842b170b8526… Author: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Date: 2020-10-12 (Mon, 12 Oct 2020) Changed paths: M lib/compiler/gcc/compiler.h M lib/compiler/iar/compiler.h Log Message: ----------- compiler: introduce __deprecated attribute Define the __deprecated attribute to allow to generate a warning message on compilation when an API is declared as deprecated. This warning can be cleaned by adding -Wno-deprecated-declarations in CMAKE_C_FLAGS flags Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)st.com>

4 years, 8 months

1
0
0 0

[OpenAMP/open-amp]

by Ed Mooring

Branch: refs/heads/errno-h-fix Home: https://github.com/OpenAMP/open-amp

4 years, 8 months

1
0
0 0

[OpenAMP/open-amp] ee4701: Add <errno.h> explicitly to all files that use err...

by Ed Mooring

Branch: refs/heads/errno-h-fix Home: https://github.com/OpenAMP/open-amp Commit: ee470195b669d7db2f0e30e4f13bce8a05ee72cb https://github.com/OpenAMP/open-amp/commit/ee470195b669d7db2f0e30e4f13bce8a… Author: Ed Mooring <ed.mooring(a)xilinx.com> Date: 2020-10-09 (Fri, 09 Oct 2020) Changed paths: M apps/examples/load_fw/load_fw.c M apps/examples/load_fw/mem_image_store.c M apps/examples/rpc_demo/rpc_demod.c M apps/machine/zynq7/platform_info.c M apps/machine/zynqmp/platform_info.c M apps/machine/zynqmp_r5/platform_info.c M apps/system/linux/machine/generic/platform_info.c Log Message: ----------- Add <errno.h> explicitly to all files that use errno values. When building OpenAMP apps for FreeRTOS on Xilinx hardware, there were compile errors due to EINVAL not being defined. On other platforms, <errno.h> was implicitly included by OpenAMP header files. This change explicitly includes it where it is needed in the code.

4 years, 8 months

1
0
0 0

[OpenAMP/open-amp] 343457: apps: zynqmp_r5: add switch to run r5 demo without...

by Arnaud Pouliquen

Branch: refs/heads/master Home: https://github.com/OpenAMP/open-amp Commit: 3434576bfe22b37fee1dbe5507b14fdcf847ae48 https://github.com/OpenAMP/open-amp/commit/3434576bfe22b37fee1dbe5507b14fdc… Author: Ben Levinsky <ben.levinsky(a)xilinx.com> Date: 2020-10-06 (Tue, 06 Oct 2020) Changed paths: M apps/machine/zynqmp_r5/platform_info.c M apps/machine/zynqmp_r5/platform_info.h M apps/machine/zynqmp_r5/zynqmp_r5_a53_rproc.c Log Message: ----------- apps: zynqmp_r5: add switch to run r5 demo without IPI The current implementation presumes the presence of IPI in hardware design. Add switch to enable instead polling of shared memory if there is no IPI, IRQ, etc. available. Signed-off-by: Ben Levinsky <ben.levinsky(a)xilinx.com> Commit: b5506793833f291c6686dae849ca45a976241a07 https://github.com/OpenAMP/open-amp/commit/b5506793833f291c6686dae849ca45a9… Author: Ben Levinsky <ben.levinsky(a)xilinx.com> Date: 2020-10-06 (Tue, 06 Oct 2020) Changed paths: M apps/machine/zynqmp/platform_info.c M apps/machine/zynqmp/platform_info.h M apps/machine/zynqmp/zynqmp_linux_r5_proc.c Log Message: ----------- apps: zynqmp: add switch to run linux demo without IPI The current implementation presumes the presence of IPI in hardware design. Add switch on Linux side to enable instead polling of shared memory if there is no IPI, IRQ, etc. available. Signed-off-by: Ben Levinsky <ben.levinsky(a)xilinx.com> Compare: https://github.com/OpenAMP/open-amp/compare/6a835240096a...b5506793833f

4 years, 8 months

1
0
0 0

Re: [Openamp-rp] Activity on core 0 affects performance on core 1

by Stefano Stabellini

Hi Gaute, When you say that you are running Linux on core 0 and FreeRTOS on core 1, do you mean that you are running both Linux and FreeRTOS on the Cortex-A cluster in separate virtual machines, using a hypervisor? Or are they running on separate clusters, such as FreeRTOS on Cortex-M/R and Linux on a Cortex-A? Cheers, Stefano On Mon, 7 Sep 2020, Gaute Nilsson via Openamp-rp wrote: > We are running Linux on core 0 and FreeRTOS on core 1. > > We have a high priority FreeRTOS task that needs to run with a 100 µs > interval. When the system is up and running, no cross core > communication takes place. > > If I login with a ssh session into the Linux core, this will cause a > performance hit on the FreeRTOS core and cause the high priority task > to miss its deadline. > > I can see that even an ISR on FreeRTOS core that normally takes 4.5 µs > to execute, temporarily will take 7.6 µs to execute just when I open a > ssh session into Linux core. So everything will temporarily run slower > on FreeRTOS core before it goes back to normal. > > > What can cause this, and how can we prevent activity on Linux core > affecting performance on FreeRTOS core? > > -Gaute Nilsson >

4 years, 9 months

1
0
0 0

Activity on core 0 affects performance on core 1

by Gaute Nilsson

We are running Linux on core 0 and FreeRTOS on core 1. We have a high priority FreeRTOS task that needs to run with a 100 µs interval. When the system is up and running, no cross core communication takes place. If I login with a ssh session into the Linux core, this will cause a performance hit on the FreeRTOS core and cause the high priority task to miss its deadline. I can see that even an ISR on FreeRTOS core that normally takes 4.5 µs to execute, temporarily will take 7.6 µs to execute just when I open a ssh session into Linux core. So everything will temporarily run slower on FreeRTOS core before it goes back to normal. What can cause this, and how can we prevent activity on Linux core affecting performance on FreeRTOS core? -Gaute Nilsson We are running Linux on core 0 and FreeRTOS on core 1. We have a high priority FreeRTOS task that needs to run with a 100 µs interval. When the system is up and running, no cross core communication takes place. If I login with a ssh session into the Linux core, this will cause a performance hit on the FreeRTOS core and cause the high priority task to miss its deadline. I can see that even an ISR on FreeRTOS core that normally takes 4.5 µs to execute, temporarily will take 7.6 µs to execute just when I open a ssh session into Linux core. So everything will temporarily run slower on FreeRTOS core before it goes back to normal. What can cause this, and how can we prevent activity on Linux core affecting performance on FreeRTOS core? -Gaute Nilsson

4 years, 9 months

1
0
0 0

[OpenAMP/libmetal] 8dfbba: Use <atomic> when compiled as C++

by Simon Leiner

Branch: refs/heads/master Home: https://github.com/OpenAMP/libmetal Commit: 8dfbbadc2d92fb06ba0ee0bf1837b281e7a021c8 https://github.com/OpenAMP/libmetal/commit/8dfbbadc2d92fb06ba0ee0bf1837b281… Author: Simon Leiner <simon(a)leiner.me> Date: 2020-09-07 (Mon, 07 Sep 2020) Changed paths: M lib/atomic.h Log Message: ----------- Use <atomic> when compiled as C++ This is necessary for the use of libmetal together with C++ clients that require <atomic> as the replacement headers create a conflict with <atomic>. Signed-off-by: Simon Leiner <simon(a)leiner.me> Commit: db77c464376e603bc46122b38a7956c87597895b https://github.com/OpenAMP/libmetal/commit/db77c464376e603bc46122b38a7956c8… Author: Simon Leiner <simon(a)leiner.me> Date: 2020-09-07 (Mon, 07 Sep 2020) Changed paths: M lib/io.h Log Message: ----------- Perform strict typecasts for atomic_store_explicit This is required by the implementation of atomic_store_explicit in the C++ standard library. Signed-off-by: Simon Leiner <simon(a)leiner.me> Compare: https://github.com/OpenAMP/libmetal/compare/9a3162ecc0a3...db77c464376e

4 years, 9 months

1
0
0 0

[OpenAMP/libmetal] 9a3162: Stop using atomic_flag_*() for atomic_int in mutex

by Simon Leiner

Branch: refs/heads/master Home: https://github.com/OpenAMP/libmetal Commit: 9a3162ecc0a353e4b14fe9e81a0d3d69f9c67eca https://github.com/OpenAMP/libmetal/commit/9a3162ecc0a353e4b14fe9e81a0d3d69… Author: Simon Leiner <simon(a)leiner.me> Date: 2020-09-07 (Mon, 07 Sep 2020) Changed paths: M lib/system/freertos/mutex.h M lib/system/generic/mutex.h Log Message: ----------- Stop using atomic_flag_*() for atomic_int in mutex The atomic_flag_* functions are only defined for operands of the type atomic_flag so the previous implementation relied on undefined behavior. Because of the need for a read without side effects (in __metal_mutex_is_acquired), it is not possible to use the atomic_flags type for the mutex implementation. Because of this, all atomic_flag_* functions are replaced with the appropriate functions for atomic value types. Signed-off-by: Simon Leiner <simon(a)leiner.me>

4 years, 9 months

1
0
0 0

[OpenAMP/libmetal] 9e03c4: Introduce metal_asm

by Simon Leiner

Branch: refs/heads/master Home: https://github.com/OpenAMP/libmetal Commit: 9e03c4fceda40ff037c7f4355c431fd775486199 https://github.com/OpenAMP/libmetal/commit/9e03c4fceda40ff037c7f4355c431fd7… Author: Simon Leiner <simon(a)leiner.me> Date: 2020-09-07 (Mon, 07 Sep 2020) Changed paths: M lib/compiler/gcc/compiler.h M lib/compiler/iar/compiler.h Log Message: ----------- Introduce metal_asm This can be used as a future replacement for asm, which is not allowed in the strict ISO C modes of GCC and IAR. Signed-off-by: Simon Leiner <simon(a)leiner.me> Commit: 5cae751afe8c516b4c533a4516a4e80412e93ac1 https://github.com/OpenAMP/libmetal/commit/5cae751afe8c516b4c533a4516a4e804… Author: Simon Leiner <simon(a)leiner.me> Date: 2020-09-07 (Mon, 07 Sep 2020) Changed paths: M examples/system/freertos/zynqmp_r5/zynqmp_amp_demo/common.h M examples/system/generic/zynqmp_r5/zynqmp_amp_demo/common.h M lib/processor/aarch64/cpu.h M lib/processor/x86/cpu.h M lib/processor/x86_64/cpu.h M lib/system/freertos/zynq7/sys.c M lib/system/freertos/zynqmp_a53/sys.c M lib/system/freertos/zynqmp_r5/sys.c M lib/system/generic/microblaze_generic/sys.c M lib/system/generic/zynq7/sys.c M lib/system/generic/zynqmp_a53/sys.c M lib/system/generic/zynqmp_r5/sys.c M lib/system/zephyr/cortexm/sys.c M test/system/freertos/main.c Log Message: ----------- Use metal_asm instead of asm and __asm__ This enables GCC compilation in strict mode (-std=c11 -pedantic) Signed-off-by: Simon Leiner <simon(a)leiner.me> Compare: https://github.com/OpenAMP/libmetal/compare/821fd4fc3db2...5cae751afe8c

4 years, 9 months

1
0
0 0

Meeting in 25 min

by Bill Mills

Hello, Just a reminder we have our meeting in 25 min. Talk to you soon, Bill

4 years, 9 months

1
0
0 0

Re: [Openamp-rp] Openamp-rp post acknowledgement

by William A. Mills

All, I will be sending out a new invite as soon as I get my computer put back together. Maybe tonight but certainly tomorrow AM. Bill On Tue, Aug 11, 2020, 2:22 PM Milea, Danut Gabriel (Danut) via Openamp-rp < openamp-rp(a)lists.openampproject.org> wrote: > Please ignore the meeting update emails I sent to the list earlier.. > That was an error. > Thanks and sorry, > Dan > __________________________________________________________________ > > From: Openamp-rp <openamp-rp-bounces(a)lists.openampproject.org> on > behalf of openamp-rp-bounces(a)lists.openampproject.org > <openamp-rp-bounces(a)lists.openampproject.org> > Sent: Tuesday, August 11, 2020 20:30 > To: Milea, Danut Gabriel (Danut) <Danut.Milea(a)windriver.com> > Subject: Openamp-rp post acknowledgement > > Your message entitled > [Draft] OpenAMP remoteproc sub-group call > was successfully received by the Openamp-rp mailing list. > List info page: > [1]https://lists.openampproject.org/mailman/listinfo/openamp-rp > Your preferences: > [2]https://lists.openampproject.org/mailman/options/openamp-rp/danut.mi > lea%40windriver.com > > References > > 1. https://lists.openampproject.org/mailman/listinfo/openamp-rp > 2. > https://lists.openampproject.org/mailman/options/openamp-rp/danut.milea@win… > -- > Openamp-rp mailing list > Openamp-rp(a)lists.openampproject.org > https://lists.openampproject.org/mailman/listinfo/openamp-rp > All, I will be sending out a new invite as soon as I get my computer put back together. Maybe tonight but certainly tomorrow AM. Bill On Tue, Aug 11, 2020, 2:22 PM Milea, Danut Gabriel (Danut) via Openamp-rp <[1]openamp-rp(a)lists.openampproject.org> wrote: Please ignore the meeting update emails I sent to the list earlier.. That was an error. Thanks and sorry, Dan __________________________________________________________________ From: Openamp-rp <[2]openamp-rp-bounces(a)lists.openampproject.org> on behalf of [3]openamp-rp-bounces(a)lists.openampproject.org <[4]openamp-rp-bounces(a)lists.openampproject.org> Sent: Tuesday, August 11, 2020 20:30 To: Milea, Danut Gabriel (Danut) <[5]Danut.Milea(a)windriver.com> Subject: Openamp-rp post acknowledgement Your message entitled [Draft] OpenAMP remoteproc sub-group call was successfully received by the Openamp-rp mailing list. List info page: [1][6]https://lists.openampproject.org/mailman/listinfo/openamp-rp Your preferences: [2][7]https://lists.openampproject.org/mailman/options/openamp-rp/da nut.mi lea%[8]40windriver.com References 1. [9]https://lists.openampproject.org/mailman/listinfo/openamp-rp 2. [10]https://lists.openampproject.org/mailman/options/openamp-rp/danu t.milea(a)windriver.com -- Openamp-rp mailing list [11]Openamp-rp(a)lists.openampproject.org [12]https://lists.openampproject.org/mailman/listinfo/openamp-rp References 1. mailto:openamp-rp@lists.openampproject.org 2. mailto:openamp-rp-bounces@lists.openampproject.org 3. mailto:openamp-rp-bounces@lists.openampproject.org 4. mailto:openamp-rp-bounces@lists.openampproject.org 5. mailto:Danut.Milea@windriver.com 6. https://lists.openampproject.org/mailman/listinfo/openamp-rp 7. https://lists.openampproject.org/mailman/options/openamp-rp/danut.mi 8. http://40windriver.com/ 9. https://lists.openampproject.org/mailman/listinfo/openamp-rp 10. https://lists.openampproject.org/mailman/options/openamp-rp/danut.milea@win… 11. mailto:Openamp-rp@lists.openampproject.org 12. https://lists.openampproject.org/mailman/listinfo/openamp-rp

4 years, 10 months

2
1
0 0

Re: [Openamp-rp] Openamp-rp post acknowledgement

by Milea, Danut Gabriel (Danut)

Please ignore the meeting update emails I sent to the list earlier.. That was an error. Thanks and sorry, Dan ________________________________ From: Openamp-rp <openamp-rp-bounces(a)lists.openampproject.org> on behalf of openamp-rp-bounces(a)lists.openampproject.org <openamp-rp-bounces(a)lists.openampproject.org> Sent: Tuesday, August 11, 2020 20:30 To: Milea, Danut Gabriel (Danut) <Danut.Milea(a)windriver.com> Subject: Openamp-rp post acknowledgement Your message entitled [Draft] OpenAMP remoteproc sub-group call was successfully received by the Openamp-rp mailing list. List info page: https://lists.openampproject.org/mailman/listinfo/openamp-rp Your preferences: https://lists.openampproject.org/mailman/options/openamp-rp/danut.milea%40w… Please ignore the meeting update emails I sent to the list earlier.. That was an error. Thanks and sorry, Dan __________________________________________________________________ From: Openamp-rp <openamp-rp-bounces(a)lists.openampproject.org> on behalf of openamp-rp-bounces(a)lists.openampproject.org <openamp-rp-bounces(a)lists.openampproject.org> Sent: Tuesday, August 11, 2020 20:30 To: Milea, Danut Gabriel (Danut) <Danut.Milea(a)windriver.com> Subject: Openamp-rp post acknowledgement Your message entitled [Draft] OpenAMP remoteproc sub-group call was successfully received by the Openamp-rp mailing list. List info page: [1]https://lists.openampproject.org/mailman/listinfo/openamp-rp Your preferences: [2]https://lists.openampproject.org/mailman/options/openamp-rp/danut.mi lea%40windriver.com References 1. https://lists.openampproject.org/mailman/listinfo/openamp-rp 2. https://lists.openampproject.org/mailman/options/openamp-rp/danut.milea@win…

4 years, 10 months

1
0
0 0

Canceled: [Draft] OpenAMP remoteproc sub-group call

by Milea, Danut Gabriel (Danut)

https://zoom.us/j/717134356 This is a new meeting invite for 2020 and a new zoom number. This call occurs every two weeks. (There may be other subgroup calls in this timeslot in other weeks.) Agenda items and notes are collected here: https://github.com/OpenAMP/open-amp/wiki/OpenAMP-remoteproc-Subgroup-Meetin… https://zoom.us/j/717134356 This is a new meeting invite for 2020 and a new zoom number. This call occurs every two weeks. (There may be other subgroup calls in this timeslot in other weeks.) Agenda items and notes are collected here: https://github.com/OpenAMP/open-amp/wiki/OpenAMP-remoteproc-Subgroup-Me eting-Notes-2020

4 years, 10 months

1
0
0 0

[Draft] OpenAMP remoteproc sub-group call

by Milea, Danut Gabriel (Danut)

https://zoom.us/j/717134356 This is a new meeting invite for 2020 and a new zoom number. This call occurs every two weeks. (There may be other subgroup calls in this timeslot in other weeks.) Agenda items and notes are collected here: https://github.com/OpenAMP/open-amp/wiki/OpenAMP-remoteproc-Subgroup-Meetin…

4 years, 10 months

1
0
0 0

[OpenAMP/libmetal] 821fd4: gcc: use __typeof__ instead of typeof in atomic.h

by Bobby Noelte

Branch: refs/heads/master Home: https://github.com/OpenAMP/libmetal Commit: 821fd4fc3db24cbb9b0de21ad0050048b8e70b60 https://github.com/OpenAMP/libmetal/commit/821fd4fc3db24cbb9b0de21ad0050048… Author: Bobby Noelte <b0661n0e17e(a)gmail.com> Date: 2020-07-31 (Fri, 31 Jul 2020) Changed paths: M lib/compiler/gcc/atomic.h Log Message: ----------- gcc: use __typeof__ instead of typeof in atomic.h Compiling for Zephyr bails out on typeof. Use __typeof__ which is accepted by gcc regardless of the c language version. Signed-off-by: Bobby Noelte <b0661n0e17e(a)gmail.com>

4 years, 10 months

1
0
0 0

[OpenAMP/open-amp] 6a8352: Cast allocated memory to target type

by Simon Leiner

Branch: refs/heads/master Home: https://github.com/OpenAMP/open-amp Commit: 6a835240096a36193584b1a98c17129c8aab37b2 https://github.com/OpenAMP/open-amp/commit/6a835240096a36193584b1a98c17129c… Author: Simon Leiner <simon(a)leiner.me> Date: 2020-07-27 (Mon, 27 Jul 2020) Changed paths: M lib/include/openamp/virtqueue.h Log Message: ----------- Cast allocated memory to target type Although omitting the cast to the target type is idiomatic C, the omission is actually forbidden in ISO C++. This patch enables the header to be used in C++ code. Signed-off-by: Simon Leiner <simon(a)leiner.me>

4 years, 10 months

1
0
0 0

[OpenAMP/open-amp] 98b387: cmake: fix LIBMETAL naming warning

by Arnaud Pouliquen

Branch: refs/heads/master Home: https://github.com/OpenAMP/open-amp Commit: 98b3874fb227dce6f1f5bb38f535eae92db5737c https://github.com/OpenAMP/open-amp/commit/98b3874fb227dce6f1f5bb38f535eae9… Author: Arnaud Pouliquen <arnaud.pouliquen(a)st.com> Date: 2020-07-27 (Mon, 27 Jul 2020) Changed paths: M cmake/modules/FindLibmetal.cmake Log Message: ----------- cmake: fix LIBMETAL naming warning Fix warnings spotted by cmake: The package name passed to `find_package_handle_standard_args`(LIBMETAL) does not match the name of the calling package(Libmetal). This can lead to problems in calling code that expects `find_package` result variables (e.g., `_FOUND`) to follow a certain pattern. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)st.com>

4 years, 10 months

1
0
0 0

[OpenAMP/libmetal] dafc19: zephyr: Fix metal_get_timestamp implementation

by Kumar Gala

Branch: refs/heads/master Home: https://github.com/OpenAMP/libmetal Commit: dafc19ec8b86a4a9ae6e65d0a68a5434fb6d843d https://github.com/OpenAMP/libmetal/commit/dafc19ec8b86a4a9ae6e65d0a68a5434… Author: Kumar Gala <kumar.gala(a)linaro.org> Date: 2020-07-27 (Mon, 27 Jul 2020) Changed paths: M lib/system/zephyr/time.c Log Message: ----------- zephyr: Fix metal_get_timestamp implementation _sys_clock_tick_count has not existed for a number of zephyr releases (last release was v1.13). Use k_uptime_ticks() instead to implement metal_get_timestamp. Signed-off-by: Kumar Gala <kumar.gala(a)linaro.org>

4 years, 10 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

Openamp-rp