- Openamp-rp - lists.openampproject.org

[OpenAMP/libmetal] 2f01e7: lib: log: Fix documentation

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 2f01e7e793a3e785f0c7c1434605b90d0d8e0451 https://github.com/OpenAMP/libmetal/commit/2f01e7e793a3e785f0c7c1434605b90d… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-10-21 (Tue, 21 Oct 2025) Changed paths: M lib/log.h Log Message: ----------- lib: log: Fix documentation Remove the related @return field from the documentation for functions that do not return a value. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

3 months, 1 week

1
0
0 0

[OpenAMP/open-amp] d183f2: cmake: remove deprecated cache options

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: d183f24ea0fd5ddeac9de3396ceca909499ae9ba https://github.com/OpenAMP/open-amp/commit/d183f24ea0fd5ddeac9de3396ceca909… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-10-20 (Mon, 20 Oct 2025) Changed paths: M cmake/options.cmake M lib/include/openamp/remoteproc_virtio.h M lib/include/openamp/rpmsg_virtio.h M lib/include/openamp/virtqueue.h Log Message: ----------- cmake: remove deprecated cache options Remove the following CMake options and associated definitions that have been deprecated for over two years: - WITH_DCACHE_VRINGS - WITH_DCACHE_BUFFERS - WITH_DCACHE_RSC_TABLE - VIRTIO_CACHED_RSC_TABLE - VIRTIO_CACHED_BUFFERS - VIRTIO_CACHED_VRINGS Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Commit: a399378a5d9c913bee2598677333b7f3dc21f533 https://github.com/OpenAMP/open-amp/commit/a399378a5d9c913bee2598677333b7f3… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-10-20 (Mon, 20 Oct 2025) Changed paths: M lib/include/openamp/virtio.h M lib/virtio/virtio.c Log Message: ----------- virtio: remove deprecated virtio_describe() function The function is deprecated since more than 2 years, remove it. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Compare: https://github.com/OpenAMP/open-amp/compare/f819642829a6...a399378a5d9c To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

3 months, 1 week

1
0
0 0

[OpenAMP/open-amp] f81964: remoteproc virtio: Fix documentation

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: f819642829a6080038311d0a7828415c6bee9ef5 https://github.com/OpenAMP/open-amp/commit/f819642829a6080038311d0a7828415c… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-10-17 (Fri, 17 Oct 2025) Changed paths: M lib/include/openamp/remoteproc_virtio.h Log Message: ----------- remoteproc virtio: Fix documentation The function rproc_virtio_wait_remote_ready does not return a value. Remove the related @return field from the documentation. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

3 months, 2 weeks

1
0
0 0

[OpenAMP/open-amp] b42e84: lib: remove CACHE_* macros

by Deep Chordia

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: b42e8443b9c0496f0eed9ebcc10683f1745bcd17 https://github.com/OpenAMP/open-amp/commit/b42e8443b9c0496f0eed9ebcc10683f1… Author: Deep Chordia <dchordia(a)blackberry.com> Date: 2025-10-17 (Fri, 17 Oct 2025) Changed paths: M lib/include/openamp/remoteproc_virtio.h M lib/include/openamp/rpmsg_virtio.h M lib/include/openamp/virtqueue.h Log Message: ----------- lib: remove CACHE_* macros - removes CACHE_FLUSH macro clashing with internal QNX definition - also removes CACHE_INVALIDATE macro for consistency Signed-off-by: Deep Chordia <dchordia(a)blackberry.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

3 months, 2 weeks

1
0
0 0

[OpenAMP/open-amp] 6db90e: doxygen: define vring memory layout using table

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 6db90ebfcd5cb3285ca54a015920cc25e9ea027f https://github.com/OpenAMP/open-amp/commit/6db90ebfcd5cb3285ca54a015920cc25… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2025-10-16 (Thu, 16 Oct 2025) Changed paths: M lib/include/openamp/virtio_ring.h Log Message: ----------- doxygen: define vring memory layout using table review requested to use a table rather than a code snippet to define the memory layout, so convert proposed struct to a table with definition, size and description and explanation of padding between available and used structures. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

3 months, 2 weeks

1
0
0 0

[OpenAMP/open-amp] 9c4ad7: virtqueue: add more virtqueue apis for the virtio ...

by Bowen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 9c4ad74ab4e31f4b74be78a69900d683cbd43680 https://github.com/OpenAMP/open-amp/commit/9c4ad74ab4e31f4b74be78a69900d683… Author: Bowen Wang <wangbowen6(a)xiaomi.com> Date: 2025-10-16 (Thu, 16 Oct 2025) Changed paths: M lib/include/openamp/virtqueue.h M lib/rpmsg/rpmsg_virtio.c M lib/virtio/virtqueue.c Log Message: ----------- virtqueue: add more virtqueue apis for the virtio device side In virtio device side, we always need to get the next avaiable buffer based on current buffer index. So add these two APIs for convinience use. For example, virtio blk driver origanize the buffer: +----------+ | Reqeust | (Flags: Read | Next) +----------+ | Buffer | (Flags: Read/Write | Next) +----------+ | Response | (Flags: Write) +----------+ For the virtio blk device size, we need get the Buffer and Response buffer based on the Request buffer index. So add api virtqueue_get_next_avail_buffer() to get the next available buffer based on the first buffer index. And rename the virtqueue_get_available_buffer() to virtqueue_get_first_avail_buffer() Signed-off-by: Bowen Wang <wangbowen6(a)xiaomi.com> Signed-off-by: Yongrong Wang <wangyongrong(a)xiaomi.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

3 months, 2 weeks

1
0
0 0

[OpenAMP/libmetal] 71c2fb: libmetal/nuttx: Update function prototype changes

by archer

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 71c2fb3643461e93b6638c3e7add97a2ed9d3e07 https://github.com/OpenAMP/libmetal/commit/71c2fb3643461e93b6638c3e7add97a2… Author: chao an <anchao.archer(a)bytedance.com> Date: 2025-10-16 (Thu, 16 Oct 2025) Changed paths: M lib/system/nuttx/time.c Log Message: ----------- libmetal/nuttx: Update function prototype changes clock_systime_timespec() always returns 0, so there is no need to check the return value in the caller code, let us remove the return value directly. From: int clock_systime_timespec(FAR struct timespec *ts) To: void clock_systime_timespec(FAR struct timespec *ts) Fix build break: libmetal/lib/system/nuttx/time.c: In function ‘metal_get_timestamp’: libmetal/lib/system/nuttx/time.c:21:11: error: void value not ignored as it ought to be 21 | r = clock_systime_timespec(&tp); | ^ make[1]: *** [Makefile:46: libmetal/lib/system/nuttx/time.o] Error 1 Signed-off-by: chao an <anchao.archer(a)bytedance.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

3 months, 2 weeks

1
0
0 0

[OpenAMP/openamp-system-reference] 93d41c: legacy_apps: zynqmp_r5: use new xlnx extension module

by Tanmay

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 93d41caaf0da66d3c78614047f6abc526e6a78f3 https://github.com/OpenAMP/openamp-system-reference/commit/93d41caaf0da66d3… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2025-10-15 (Wed, 15 Oct 2025) Changed paths: M examples/legacy_apps/machine/zynqmp_r5/CMakeLists.txt M examples/legacy_apps/machine/zynqmp_r5/freertos/gic_init.c M examples/legacy_apps/machine/zynqmp_r5/generic/gic_init.c R examples/legacy_apps/machine/zynqmp_r5/helper.c M examples/legacy_apps/machine/zynqmp_r5/platform_info.c M examples/legacy_apps/machine/zynqmp_r5/platform_info.h Log Message: ----------- legacy_apps: zynqmp_r5: use new xlnx extension module xlnx bsp implementation of some libmetal interfaces was moved from libmetal library repo to vendor repo. Application should use this new vendor specific library via libmetal API for platform specific configuration. For example, GIC configuration on cortex-R cores on xlnx platforms. Do required changes in legacy apps to use this new extension module for xlnx cortex-R port. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> Commit: 78b2a197f0294e49098f7953f9c4d6b88e0336d2 https://github.com/OpenAMP/openamp-system-reference/commit/78b2a197f0294e49… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2025-10-15 (Wed, 15 Oct 2025) Changed paths: A examples/legacy_apps/cmake/platforms/cross_freertos_gcc.cmake M examples/legacy_apps/cmake/platforms/zynqmp_r5_generic.cmake M examples/legacy_apps/examples/echo/freertos/main.c M examples/legacy_apps/machine/zynqmp_r5/CMakeLists.txt M examples/legacy_apps/machine/zynqmp_r5/freertos/gic_init.c M examples/legacy_apps/system/freertos/CMakeLists.txt M examples/legacy_apps/system/freertos/suspend.c Log Message: ----------- legacy_apps: zynqmp_r5: fix freertos support Add cmake file for freertos. This assigns project system variable. Current build on freertos fails due to undefined API used. Also, suspend.c file declares extern variable that is not found during compile time. Solve this by getting current task handle in suspend resume APIs instead passing an argument to the function. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> Commit: c34e3396de9f1eb0bc81f194a2874ea8faa9bb00 https://github.com/OpenAMP/openamp-system-reference/commit/c34e3396de9f1eb0… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2025-10-15 (Wed, 15 Oct 2025) Changed paths: M examples/legacy_apps/cmake/options.cmake M examples/legacy_apps/cmake/platforms/cross_freertos_gcc.cmake M examples/legacy_apps/cmake/platforms/cross_generic_gcc.cmake M examples/legacy_apps/cmake/platforms/cross_linux_gcc.cmake Log Message: ----------- legacy_apps: cmake: fix PROJECT_SYSTEM variable PROJECT_SYSTEM variable was added based on CMAKE_SYSTEM_NAME, however cmake doesn't support some RTOS names such as FreeRTOS. So, PROJECT_SYSTEM value can be different than CMAKE_SYSTEM_NAME. Toolchain file includes these cmake files. So PROJECT_SYSTEM variable assignment from options.cmake can be removed safely. Instead assign value to PROJECT_SYSTEM variable in relative OS cmake file. If PROJECT_SYSTEM is not passed by user via toolchain file, only then assign CMAKE_SYSTEM_NAME as PROJECT_SYSTEM. This is to maintain backward compatibility with current projects. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> Compare: https://github.com/OpenAMP/openamp-system-reference/compare/1a11089bf356...… To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

3 months, 2 weeks

1
0
0 0

[OpenAMP/open-amp] 31acf6: CI: fix No space left on device message

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 31acf6453380abec1cbb956c514cdf8d690df66a https://github.com/OpenAMP/open-amp/commit/31acf6453380abec1cbb956c514cdf8d… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-10-15 (Wed, 15 Oct 2025) Changed paths: M .github/workflows/continuous-integration.yml M .github/workflows/heathcheck.yml Log Message: ----------- CI: fix No space left on device message Add jlumbroso/free-disk-space action to clean-up the workspace before running action. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

3 months, 2 weeks

1
0
0 0

Re: [PATCH v2 3/4] gpio: imx-rpmsg: add imx-rpmsg GPIO driver

by Shenwei Wang

Hi Arnaud, > -----Original Message----- > From: Arnaud POULIQUEN <arnaud.pouliquen(a)foss.st.com> > Sent: Monday, October 6, 2025 4:53 AM > To: Shenwei Wang <shenwei.wang(a)nxp.com>; Bjorn Andersson > <andersson(a)kernel.org>; Mathieu Poirier <mathieu.poirier(a)linaro.org>; Rob > Herring <robh(a)kernel.org>; Krzysztof Kozlowski <krzk+dt(a)kernel.org>; Conor > Dooley <conor+dt(a)kernel.org>; Shawn Guo <shawnguo(a)kernel.org>; Sascha > Hauer <s.hauer(a)pengutronix.de>; Linus Walleij <linus.walleij(a)linaro.org>; > Bartosz Golaszewski <brgl(a)bgdev.pl> > Cc: Pengutronix Kernel Team <kernel(a)pengutronix.de>; Fabio Estevam > <festevam(a)gmail.com>; Peng Fan <peng.fan(a)nxp.com>; linux- > remoteproc(a)vger.kernel.org; devicetree(a)vger.kernel.org; imx(a)lists.linux.dev; > linux-arm-kernel(a)lists.infradead.org; linux-kernel(a)vger.kernel.org; dl-linux-imx > <linux-imx(a)nxp.com>; openamp-rp(a)lists.openampproject.org > Subject: [EXT] Re: [PATCH v2 3/4] gpio: imx-rpmsg: add imx-rpmsg GPIO driver > >> Then, the RPMsg device should be probed either by the remote > >> processor using the name service announcement mechanism or if not > >> possible by your remoteproc driver. > >> > > The idea is to probe the GPIO driver successfully only after the remote > processor is online and has sent the name service announcement. > > Until then, the GPIO driver will remain in a deferred state, ensuring that all > consumers of the associated GPIOs are also deferred. > > The implementation you provided below does not guarantee that the > > related consumers will be properly deferred. This is the most important > behavior for a GPIO/I2C controllers. > > > As long as you keep the GPIO/I2C device as a child of the remote processor node, > you should not have deferred probe issues. > The|of_platform_populate()|function ensures > that the I2C/GPIO devices are probed when the remote processor is started. > Calling|devm_gpiochip_add_data|in the RPMsg driver probe should also > prevent such issues. > Here, deferred probing is not an issue -it's an intentional feature. We need to ensure that all consumers of the GPIO/I2C controllers remain in the deferred state until the remote processor is fully online. For instance, consider a regulator node that references a GPIO line from the RPMSG GPIO controller. The regulator will stay in the deferred state until the remote processor comes online and its services are announced and received. Thanks, Shenwei > Regards, > Arnaud > > > > > Thanks, > > Shenwei > > > >> To better understand my proposal you can have a look to [1]and [2]. > >> Here is another example for an rpmsg_i2c( ST downstream implementation): > >> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit

3 months, 3 weeks

1
0
0 0

2026

2025

2024

2023

2022

2021

2020

2019

Openamp-rp