- Openamp-rp - lists.openampproject.org

[OpenAMP/open-amp] 1e2cae: docs: clarify release_cb initialization requirement

by Atul Akella

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 1e2cae3a2edccfe5a50c255bc2f078e7cae148d8 https://github.com/OpenAMP/open-amp/commit/1e2cae3a2edccfe5a50c255bc2f078e7… Author: Atul Akella <atul.akella(a)gmail.com> Date: 2026-09-10 (Thu, 10 Sep 2026) Changed paths: M lib/include/openamp/rpmsg.h Log Message: ----------- docs: clarify release_cb initialization requirement Document that callers must zero-initialize the endpoint structure before calling rpmsg_create_ept, including the release_cb field. Fixes #659 Signed-off-by: Atul Akella <atul.akella(a)gmail.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

2 days, 16 hours

1
0
0 0

[OpenAMP/open-amp] bb4585: README: use shell block for commands in Markdown f...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: bb45852c584be0746f1eb3c62052f214606b4bac https://github.com/OpenAMP/open-amp/commit/bb45852c584be0746f1eb3c62052f214… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-09-09 (Wed, 09 Sep 2026) Changed paths: M README.md Log Message: ----------- README: use shell block for commands in Markdown files Use the markdown shell block instead of prepending $ to command so that users can copy the block, as supported in github and IDEs. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: c0359e4ae5bfa71a09654c78abf0049d6b06720a https://github.com/OpenAMP/open-amp/commit/c0359e4ae5bfa71a09654c78abf0049d… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-09-09 (Wed, 09 Sep 2026) Changed paths: M .github/actions/build_ci/README.md M README.md Log Message: ----------- github actions:README: use shell block for commands in Markdown files Use the markdown shell block instead of prepending $ to command so that users can copy the block, as supported in github and IDEs. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: 2b172cef30f1563d01a7a8ba7ca0027964c78dd6 https://github.com/OpenAMP/open-amp/commit/2b172cef30f1563d01a7a8ba7ca00279… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-09-09 (Wed, 09 Sep 2026) Changed paths: M .github/actions/build_ci/README.md Log Message: ----------- github actions:README: add some new lines and code block for clarity Multiple lines of text are concatenated so use a code block for the supported targets so they are on individual lines. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Compare: https://github.com/OpenAMP/open-amp/compare/2e83e405d3a0...2b172cef30f1 To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

3 days, 7 hours

1
0
0 0

[OpenAMP/open-amp] c2c26f: rpmsg: Fix RPMSG_BUF_INDEX macro to use parameter

by Chirag Shilwant

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: c2c26fce51cd0f20719187db5640d8bf3a02bf2b https://github.com/OpenAMP/open-amp/commit/c2c26fce51cd0f20719187db5640d8bf… Author: Chirag Shilwant <c-shilwant(a)ti.com> Date: 2026-09-09 (Wed, 09 Sep 2026) Changed paths: M lib/rpmsg/rpmsg_virtio.c Log Message: ----------- rpmsg: Fix RPMSG_BUF_INDEX macro to use parameter The macro body references 'rp_hdr' instead of using the declared parameter 'rphdr'. This causes the macro to ignore its argument and always reference whatever 'rp_hdr' variable exists in the calling scope. Fix by using the parameter name in the macro body. Fixes: commit b32187e4fb89 ("openamp: change rx/tx buffer hold flag to count") Signed-off-by: Chirag Shilwant <c-shilwant(a)ti.com> Commit: 2e83e405d3a0c2d0ae53385e14e6332af79a6339 https://github.com/OpenAMP/open-amp/commit/2e83e405d3a0c2d0ae53385e14e6332a… Author: Chirag Shilwant <c-shilwant(a)ti.com> Date: 2026-09-09 (Wed, 09 Sep 2026) Changed paths: M lib/rpmsg/rpmsg_virtio.c Log Message: ----------- rpmsg: virtio: Change release_rx_buffer_nolock() return type to void The function unconditionally returns true and neither call site checks the return value. Remove the dead return and change the return type to void. Fixes: commit b32187e4fb89 ("openamp: change rx/tx buffer hold flag to count") Signed-off-by: Chirag Shilwant <c-shilwant(a)ti.com> Compare: https://github.com/OpenAMP/open-amp/compare/4ae383d32de3...2e83e405d3a0 To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

3 days, 7 hours

1
0
0 0

Unique Device Status value to indicate reset request

by Bill Mills

TLDR: virtio-remoteproc device reset To request a device reset (w/ acknowledgement), the driver should val = Status field // read current status field val |= 0x82 // set bits 7 and 1 (FAILED and DRIVER) val &= 0xfe // clear bit 0 (ACKNOWLEDGE) // leave other bits unchanged Status field = val // write the new status field value The driver should then poll the status field waiting for it to be == 0. Note: writing the status field to 0 when it is already non-zero, should continue to work as a device reset but the driver will not know when it is complete. Background: From the virtio spec [1] with extra clarity added by me. Status Field bits: (Spec section 2.1, html [2]) bit 0, 0x01, dec 1 ACKNOWLEDGE bit 1, 0x02, dec 2 DRIVER bit 2, 0x04, dec 4 DRIVER_OK (also used in suspend protocol) bit 3, 0x08, dec 8 FEATURES_OK bit 4, 0x10, dec 16 SUSPEND only used if negotiated bit 5, 0x20, dec 32 (currently unused) bit 6, 0x40, dec 64 DEVICE_NEEDS_RESET bit 7, 0x80, dec 128 FAILED All bits except DEVICE_NEEDS_RESET are set (and sometimes cleared) by the device. DEVICE_NEEDS_RESET is set by the device and should only be cleared by a reset. Logically the driver sets ACKNOWLEDGE, then DRIVER, then DRIVER_OK, then FEATURES_OK. Some of these could be set at the same time but never higher bits before lower bits. Once these bits are set, the driver in not allowed to clear them except by issuing a device reset. The one exception to this is that the DRIVER_OK bit is cleared and set as part of the SUSPEND protocol but only if it has been negotiated. The driver sets the FAILED bit when it has given up on the device. It is valid for FAILED with any of the following settings: 0b1xxx_0000 Fail before ack 0b1xxx_0001 Fail before driver found 0b1xxx_0011 Fail before driver OK 0b1xxx_0111 Fail before features OK 0b1xxx_1111 Fail after features OK And if SUSPEND has been negotiated 0b1xx1_0011 Fail while suspend active before features OK 0b1xx1_1011 Fail while Suspend active after features OK FAILED(0x80) and DRIVER (0x02) active with ACKNOWLEDGE(0x01) cleared is not a value that is possible in the base spec. Therefore we use this setting to request a reset w/ acknowledgement. 0b1xxx_xx10 Reset Request w/ acknowledgement TBD: Does/Should the driver send a notification on Status field change? Does/Should the device send a notification on Status field change? Sending the notice eliminates the need for a time on the other side to poll. Do we already support this? If not, probibly not worth it just for this protocol. Recent virtio-mmio enhancement: The patch in [3] is now in the virtio spec master branch but is not part of any released version yet. The patch adds a new V3 version of virtio-mmio where the driver can issue a non-blocking reset request and poll the status field to know when it is done. So we are not the only ones to notice this issue. However the solution used for virtio-mmio still requires trap and emulate to work and wont work if the Status field in located in normal memory of any type. In the patch the driver still writes 0 to the status field but the device is allowed to return from the MMR write with the status filed non-zero. The driver then waits for the status field to become zero to know when this operation is complete. This solution will not work for us as we use a real memory to store the status field and the driver writing that to 0 will take immediate effect and the driver then polling for zero would succeed immediately. Bill [1] https://docs.oasis-open.org/virtio/virtio/v1.4/virtio-v1.4.html [2] https://docs.oasis-open.org/virtio/virtio/v1.4/virtio-v1.4.html#x1-110001 [3] https://github.com/Linaro/virtio-msg-spec/commit/a1883517ee44cc03d1b621a331… -- Bill Mills Principal Technical Consultant, Linaro +1-240-643-0836 TZ: US Eastern Work Schedule: Tues/Wed/Thur

1 week, 2 days

2
2
0 0

[OpenAMP/openamp-system-reference] 4ca6a0: examples: linux: add 'rpmsg_' prefix to userspace ...

by Tanmay Shah

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 4ca6a085a7e2a2ebd8e7ae77f9e5997401be4661 https://github.com/OpenAMP/openamp-system-reference/commit/4ca6a085a7e2a2eb… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2026-08-28 (Fri, 28 Aug 2026) Changed paths: M examples/linux/rpmsg-echo-test/Makefile M examples/linux/rpmsg-echo-test/README.md M examples/linux/rpmsg-mat-mul/Makefile M examples/linux/rpmsg-mat-mul/README.md M examples/linux/rpmsg-proxy-app/Makefile M examples/linux/rpmsg-proxy-app/README.md Log Message: ----------- examples: linux: add 'rpmsg_' prefix to userspace app names Current linux userspace app names are vague and do not show the true purpose of the application. Add 'rpmsg_' prefix to the application binary's name. This prefix clearly shows that the respective binary will be used to send/receive rpmsg protocol payload. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

2 weeks, 1 day

1
0
0 0

[OpenAMP/openamp-system-reference] f612c7: legacy_apps: xlnx: move cmake required version onl...

by Tanmay Shah

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: f612c7d43e1f595ddb588cde0304eb3a90f257d1 https://github.com/OpenAMP/openamp-system-reference/commit/f612c7d43e1f595d… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2026-08-28 (Fri, 28 Aug 2026) Changed paths: M examples/legacy_apps/machine/xlnx/CMakeLists.txt Log Message: ----------- legacy_apps: xlnx: move cmake required version only if built with vitis The project has default cmake required version which is overridden with xlnx specific cmake list file. Use this new required version only if vitis tool is used, otherwise use the default required version. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

2 weeks, 1 day

1
0
0 0

[OpenAMP/openamp-system-reference] a8a8e4: examples: zephyr: add Versal RPU transport

by ben

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: a8a8e4137b251745f3e9202c47c30659b02429e6 https://github.com/OpenAMP/openamp-system-reference/commit/a8a8e4137b251745… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-08-28 (Fri, 28 Aug 2026) Changed paths: A examples/zephyr/rpmsg_multi_services/boards/versal_rpu.conf Log Message: ----------- examples: zephyr: add Versal RPU transport Configure the RPMsg multi-services example to use the AMD IPI mailbox on Versal R5. Keep memory and linker placement outside the application so generated platform inputs remain the source of the RPU memory layout. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 6752a76f7f50b040fe79a8fc30c40eaa8d23a249 https://github.com/OpenAMP/openamp-system-reference/commit/6752a76f7f50b040… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-08-28 (Fri, 28 Aug 2026) Changed paths: M examples/linux/rpmsg-utils/rpmsg_ping.c M examples/zephyr/rpmsg_multi_services/src/main_remote.c Log Message: ----------- examples: rpmsg: fix text response framing The raw and TTY responders transmit one byte beyond their formatted prefix and payload. In the raw path this can expose stale buffer data, and adding the prefix to a maximum-sized received message can exceed the local response buffer. Send exact prefix-plus-payload lengths and validate raw response construction. Increase the Linux utility's local receive buffer and bound text output by the length returned from read(). Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 5a4c92095a9ee018216d953a5204d9b5c879a8e8 https://github.com/OpenAMP/openamp-system-reference/commit/5a4c92095a9ee018… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-08-28 (Fri, 28 Aug 2026) Changed paths: M examples/zephyr/rpmsg_multi_services/boards/versal2_rpu.conf M examples/zephyr/rpmsg_multi_services/boards/versal_rpu.conf M examples/zephyr/rpmsg_multi_services/boards/versalnet_rpu.conf A examples/zephyr/rpmsg_multi_services/boards/zynqmp_rpu.conf M examples/zephyr/rpmsg_multi_services/sample.yaml Log Message: ----------- examples: zephyr: configure safe RPU output Linux can own the physical UART while loading an RPU application through remoteproc. Disable serial support for the AMD RPU targets and use the RAM console where required so the example does not contend for that UART. Keep immediate logging for Versal Net, enable OpenAMP cache maintenance on Versal2, and retain the executable-memory settings used by the generated R52 memory policies. Represent the supported platforms and tags as YAML sequences so Twister retains every entry and can build all AMD RPU targets. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Compare: https://github.com/OpenAMP/openamp-system-reference/compare/59698990e359...… To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

2 weeks, 1 day

1
0
0 0

[OpenAMP/libmetal] 17148d: lib: linux: preserve device-open errors

by ben

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 17148ddb10e555b833084cfdb602d2de3617bd5f https://github.com/OpenAMP/libmetal/commit/17148ddb10e555b833084cfdb602d2de… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-08-26 (Wed, 26 Aug 2026) Changed paths: M lib/system/linux/device.c Log Message: ----------- lib: linux: preserve device-open errors The Linux bus open path may try more than one backend driver for a device. When a backend finds the device but fails while opening it, the common open loop currently discards that errno and returns -ENODEV after all drivers have been tried. Keep the first useful backend open error, preferring non-ENODEV failures over a plain miss. This preserves the existing not-found result while letting callers see real failures such as UIO map population errors. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: ec3f4d7c90f38ef0963b18956fd2c4a98b4f0aeb https://github.com/OpenAMP/libmetal/commit/ec3f4d7c90f38ef0963b18956fd2c4a9… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-08-26 (Wed, 26 Aug 2026) Changed paths: M lib/system/linux/device.c Log Message: ----------- lib: linux: fix UIO mmap offset handling UIO map offsets identify the usable resource start inside the page-aligned mapping exposed by sysfs. The Linux backend previously exposed and unmapped the adjusted virtual address directly. Keep the raw mmap base and length for close, expose the usable virtual address as raw mapping plus offset, and derive the libmetal physical base and size from the usable portion of the UIO map. Use the sysfs map size as the mmap length. For an unaligned resource, UIO already reports a page-aligned address and a full mmap length, so adding the offset to that length can over-map the resource and fail. Reject offsets outside the system page size, reject offsets beyond the map size, and report overflow before attempting to mmap the region. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 6fa7ee61b57d86bd15a3ca840517cd12cc08819e https://github.com/OpenAMP/libmetal/commit/6fa7ee61b57d86bd15a3ca840517cd12… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-08-26 (Wed, 26 Aug 2026) Changed paths: M lib/system/linux/device.c M lib/system/linux/irq.c M lib/system/linux/irq.h Log Message: ----------- lib: linux: clear UIO IRQ bookkeeping on close A UIO-backed device registers its file descriptor with the Linux IRQ controller so interrupt handling can find the owning metal device. Closing the device must clear that association before closing the fd. Add an internal unregister helper that detaches the device pointer after the IRQ consumer has disabled the IRQ. Keep IRQ handler and enable-state teardown owned by the standard IRQ disable and unregister paths. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: f36b09679479ffda6eb4ae173162663e25d1d00b https://github.com/OpenAMP/libmetal/commit/f36b09679479ffda6eb4ae173162663e… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-08-26 (Wed, 26 Aug 2026) Changed paths: M lib/system/linux/device.c Log Message: ----------- lib: linux: factor common UIO populate path Split the UIO open flow into two stages. The parent-bus path still opens the platform or PCI sysfs device, binds it to the selected UIO driver, finds the child UIO class device, and records the resolved class and /dev paths. Move the common stage into metal_uio_populate(). That helper waits for the /dev/uioX node, opens it, reads each UIO map, maps the full mmap extent, exposes the usable region after the sysfs offset, and registers IRQ bookkeeping when the UIO fd supports interrupts. Keep close-time cleanup unchanged by storing the raw mmap address and length alongside the adjusted libmetal I/O region. On populate failure, unmap any regions mapped so far and close the UIO fd locally before the generic open path releases parent sysfs and driver override state. Also make local error paths close the temporary UIO child list before returning. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: a39557108e22b4c392b554b05325262a6a9d3617 https://github.com/OpenAMP/libmetal/commit/a39557108e22b4c392b554b05325262a… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-08-26 (Wed, 26 Aug 2026) Changed paths: M lib/system/linux/device.c Log Message: ----------- lib: linux: add UIO class-name lookup Add the resolver used by the synthetic uio bus. It scans every /sys/class/uio/uioX/name file, compares the first line against the requested libmetal device name, and rejects duplicate matches because they cannot be opened deterministically. When a unique match is found, fill the same linux_device fields that the parent-bus UIO path fills: cls_path points at the UIO sysfs class directory, dev_path points at /dev/uioX, and the UIO name and device node name are saved for diagnostics and future callers. The class-name open callback then reuses metal_uio_populate(), so UIO class opens and parent-bus UIO opens share mmap setup, IRQ registration, DMA handling, and close-time cleanup. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 02e46d91d3d864b343ba0d03ebaa031f9558707e https://github.com/OpenAMP/libmetal/commit/02e46d91d3d864b343ba0d03ebaa031f… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-08-26 (Wed, 26 Aug 2026) Changed paths: M lib/system/linux/device.c Log Message: ----------- lib: linux: register synthetic UIO bus Register a synthetic Linux uio bus so callers can use the existing metal_device_open("uio", name, ...) API shape to open UIO devices by the value exported in /sys/class/uio/uioX/name. This bus is not backed by a sysfs bus directory or a probed kernel driver handle. During Linux bus initialization, register it only when /sys/class/uio exists, and skip the normal sysfs bus and driver probing that platform and PCI devices require. During device open, allow the synthetic uio driver to run its class-name open callback without an sdrv handle. The callback resolves the UIO class device and then uses the shared populate path added earlier, so the new bus preserves the same mmap, IRQ, DMA, and close semantics as existing UIO-backed platform and PCI opens. Also make bus close tolerate the missing sysfs bus handle and copy the requested device name with snprintf() so oversized names fail cleanly. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Compare: https://github.com/OpenAMP/libmetal/compare/43a59cdd505a...02e46d91d3d8 To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

2 weeks, 3 days

1
0
0 0

[OpenAMP/openamp-system-reference] 596989: legacy_apps: zynqmp_r5: remote redundant helper file

by Tanmay Shah

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 59698990e359164444d543735d87f515e57f03da https://github.com/OpenAMP/openamp-system-reference/commit/59698990e3591644… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2026-08-26 (Wed, 26 Aug 2026) Changed paths: R examples/legacy_apps/machine/xlnx/zynqmp_r5/helper.c Log Message: ----------- legacy_apps: zynqmp_r5: remote redundant helper file All the functionality from this file is moved to libmetal xlnx extension library and this file is not needed anymore. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

2 weeks, 3 days

1
0
0 0

[OpenAMP/openamp-system-reference] d88c3e: legacy_apps: xlnx: remove duplicate defines

by Tanmay Shah

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: d88c3e7a5dbb2deaa24dfef7a7d111ee74b20ba6 https://github.com/OpenAMP/openamp-system-reference/commit/d88c3e7a5dbb2dea… Author: Shah, Tanmay <tanmay.shah(a)amd.com> Date: 2026-08-26 (Wed, 26 Aug 2026) Changed paths: M examples/legacy_apps/machine/xlnx/zynqmp_r5/platform_info.c M examples/legacy_apps/machine/xlnx/zynqmp_r5/platform_info.h Log Message: ----------- legacy_apps: xlnx: remove duplicate defines For system-device-tree BSP CACHE related defines are already available in the bsp config header file. Hence remove the duplicate defines if SDT is defined in the toolchain file. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> Acked-by: Ben Levinsky <ben.levinsky(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

2 weeks, 3 days

1
0
0 0

[OpenAMP/open-amp] 4ae383: CI: print disk freespace at the start and end of e...

by Bill Mills

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 4ae383d32de3f4c42e71d3da1ec4407f1d35a26b https://github.com/OpenAMP/open-amp/commit/4ae383d32de3f4c42e71d3da1ec4407f… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2026-08-26 (Wed, 26 Aug 2026) Changed paths: M .github/actions/build_ci/entrypoint.sh M .github/workflows/continuous-integration.yml Log Message: ----------- CI: print disk freespace at the start and end of each job Print the freespace so we can monitor how close we are to overflow. Also allow manual trigger for main CI action. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

2 weeks, 3 days

1
0
0 0

[OpenAMP/meta-openamp] e90151: layer.conf: branch for scarthgap

by Bill Mills

Branch: refs/heads/master Home: https://github.com/OpenAMP/meta-openamp Commit: e9015153d99d898b1a6aaac98f59673354aa57d2 https://github.com/OpenAMP/meta-openamp/commit/e9015153d99d898b1a6aaac98f59… Author: Mark Hatle <mark.hatle(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M conf/layer.conf Log Message: ----------- layer.conf: branch for scarthgap Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 6df0251e99f5627aab3919716924e0d109cf9127 https://github.com/OpenAMP/meta-openamp/commit/6df0251e99f5627aab3919716924… Author: Marius Unsel <munsel(a)munsel.de> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-firmware.bb Log Message: ----------- add usrmerge insane skip rule to R5 firmware example Merge Pull Request #51 from github Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: a491cb961f18f8d18a079c09f016b41baace4177 https://github.com/OpenAMP/meta-openamp/commit/a491cb961f18f8d18a079c09f016… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/libmetal/libmetal-xlnx.inc R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-firmware.bb R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-xlnx.inc R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-versal-net.yaml R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-versal.yaml R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-zynqmp.yaml Log Message: ----------- xilinx: remove vendor specific logic Move vendor specific logic to vendor specific layers Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 8724f4a0d16f2fa422c00bf667772570c89d3438 https://github.com/OpenAMP/meta-openamp/commit/8724f4a0d16f2fa422c00bf66777… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/recipes-openamp/libmetal/libmetal-xlnx.inc Log Message: ----------- libmetal-xlnx.inc: update versal-2ve-2vm symbols used to latest Ensure that latest relevant symbols are used to configure the demo. This is used to ensure correct IPI values are used. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: c58aa080aa74b02c7b453f91fec67340fa4e2d8a https://github.com/OpenAMP/meta-openamp/commit/c58aa080aa74b02c7b453f91fec6… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/recipes-kernel/linux/linux-%.bbappend Log Message: ----------- vendor/xilinx: remove remoteproc-zynqmp As the old driver zynqmp_r5_remoteproc is not used remove it. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: f20f22cea1138f7ca7347e4b9470a31e714a0d49 https://github.com/OpenAMP/meta-openamp/commit/f20f22cea1138f7ca7347e4b9470… Author: Vivek Ghetiya <vivek.ghetiya(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: A recipes-openamp/rpmsg-examples/files/zephyr_rpmsg_test A recipes-openamp/rpmsg-examples/zephyr-rpmsg-test_1.0.bb Log Message: ----------- rpmsg-examples: Add zephyr-rpmsg-test utility Add automated test script and corresponding recipe to validate Zephyr-based OpenAMP RPMsg TTY communication from Linux. This provides simplified test execution similar to the existing FreeRTOS echo_test utility. Signed-off-by: Vivek Ghetiya <vivek.ghetiya(a)amd.com> Reviewed-by: Ben Levinsky <ben.levinsky(a)amd.com> Message-Id: <20260213115243.3540267-3-vivek.ghetiya(a)amd.com> Signed-off-by: Sandeep Gundlupet Raju <sandeep.gundlupet-raju(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: a0e3ef43891bad7f8664b37792cd43a399eeaa44 https://github.com/OpenAMP/meta-openamp/commit/a0e3ef43891bad7f8664b37792cd… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/recipes-kernel/linux/linux-%.bbappend Log Message: ----------- vendor/xilinx: Add versal-net SoC Versal was recently split between versal and versal-net, add versal-net as supported. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 7865d16f1e42c419d67b7ca61281c35f7639b9ee https://github.com/OpenAMP/meta-openamp/commit/7865d16f1e42c419d67b7ca61281… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/recipes-kernel/linux/linux-%.bbappend Log Message: ----------- vendor/xilinx: Add versal-2ve-2vm SoC Versal was recently split between versal and versal-2ve-2vm, add versal-2ve-2vm as supported. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 1a500238b447b6865b8fcbac49d6cd80a3d694a0 https://github.com/OpenAMP/meta-openamp/commit/1a500238b447b6865b8fcbac49d6… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/layer.inc Log Message: ----------- vendor/xilinx: meta-xilinx-standalone-experimental renamed to meta-xilinx-standalone-sdt Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 7470379900dbcbb1aa2783062265c1384c3a6c4a https://github.com/OpenAMP/meta-openamp/commit/7470379900dbcbb1aa2783062265… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/recipes-openamp/open-amp/open-amp-xlnx.inc Log Message: ----------- vendor/xilinx open-amp-xlnx: Builds are now based off of repo and only library OpenAMP library is built with only library as target. Demos are in separate recipe. This means the .inc file only needs minimal flags to be used. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 6e342a4455100116bd1e4129eb341709d7e38e03 https://github.com/OpenAMP/meta-openamp/commit/6e342a4455100116bd1e4129eb34… Author: Mark Hatle <mark.hatle(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M conf/layer.conf Log Message: ----------- layer.conf: Update branch for wrynose Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: aae69d1bf473d23e08b89d10bb8cc71cab643046 https://github.com/OpenAMP/meta-openamp/commit/aae69d1bf473d23e08b89d10bb8c… Author: Mark Hatle <mark.hatle(a)amd.com> Date: 2026-06-06 (Sat, 06 Jun 2026) Changed paths: M recipes-openamp/images/openamp-image-minimal.bb M recipes-openamp/libmetal/libmetal.inc M recipes-openamp/open-amp/open-amp.inc M recipes-openamp/rpmsg-examples/rpmsg-echo-test_1.0.bb M recipes-openamp/rpmsg-examples/rpmsg-example.inc M recipes-openamp/rpmsg-examples/rpmsg-mat-mul_1.0.bb M recipes-openamp/rpmsg-examples/rpmsg-proxy-app_1.0.bb M recipes-openamp/rpmsg-examples/rpmsg-utils_1.0.bb M recipes-openamp/rpmsg-examples/zephyr-rpmsg-test_1.0.bb Log Message: ----------- various: Update variables to meet Wrynose requirements The system now requires a space between a variable, operator and value. WORKDIR is no longer allowed in S. The default value is now correct for most git repositories. The default git repository source location is ${UNPACKDIR}/${BP}. Adjust as necessary components that build in subdirectories. Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 80e38025dea10b0a6e38b98c7c3f925c96a2c931 https://github.com/OpenAMP/meta-openamp/commit/80e38025dea10b0a6e38b98c7c3f… Author: Mark Hatle <mark.hatle(a)amd.com> Date: 2026-06-06 (Sat, 06 Jun 2026) Changed paths: M recipes-openamp/libmetal/libmetal.inc M recipes-openamp/open-amp/open-amp.inc Log Message: ----------- libmetal/open-amp: Fix CMake minimum version Workaround the following issue: | CMake Error at CMakeLists.txt:1 (cmake_minimum_required): | Compatibility with CMake < 3.5 has been removed from CMake. | | Update the VERSION argument <min> value. Or, use the <min>...<max> syntax | to tell CMake that the project requires at least <min> but has been updated | to work with policies introduced by <max> or earlier. | | Or, add -DCMAKE_POLICY_VERSION_MINIMUM=3.5 to try configuring anyway. Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 476a0489ea40d9c708b37bd6008301a1e3268946 https://github.com/OpenAMP/meta-openamp/commit/476a0489ea40d9c708b37bd60083… Author: Mark Hatle <mark.hatle(a)amd.com> Date: 2026-06-06 (Sat, 06 Jun 2026) Changed paths: M recipes-openamp/libmetal/libmetal.inc Log Message: ----------- libmetal: Workaround for atomic setting Workaround for: libmetal-v2024.05+git/test/system/linux/atomic.c:31:30: error: implicit declaration of function 'ATOMIC_VAR_INIT'; did you mean 'ATOMIC_FLAG_INIT'? [-Wimplicit-function-declaration] | 31 | atomic_int counter = ATOMIC_VAR_INIT(0); | | ^~~~~~~~~~~~~~~ | | ATOMIC_FLAG_INIT ATOMIC_VAR_INIT is obsolete now and no longer is C23 or newer. This wouldaround should be removed once the source is resolved. Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: c3db487fc8fd5996e52da437a52dc4e2ea76312b https://github.com/OpenAMP/meta-openamp/commit/c3db487fc8fd5996e52da437a52d… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2026-06-06 (Sat, 06 Jun 2026) Changed paths: M conf/layer.conf Log Message: ----------- layer.conf: Update for 2026.04 release * Update codenames for current release status * Explain LTS policy better * Delete old Xilinx specific langdale support Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: 4dda04a45cdf609a4ecbb862a8835d4f79fa2606 https://github.com/OpenAMP/meta-openamp/commit/4dda04a45cdf609a4ecbb862a883… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2026-06-09 (Tue, 09 Jun 2026) Changed paths: A classes/openamp-unpack-compat.bbclass M recipes-openamp/libmetal/libmetal.inc M recipes-openamp/open-amp/open-amp.inc M recipes-openamp/rpmsg-examples/rpmsg-example.inc Log Message: ----------- Re-add support for scarthgap The baseline is compatible with wrynose (YP-6.0) and later. Now re-add support for scarthgap (YP-5.0). In each recipe: * add destsuffix=${BP} to SRC_URI * add S = {$UNPACKDIR}/${BP} * inherit openamp-unpack-compat The first two are the defaults in wrynose but be explicit for scarthgap. The new class defines UNPACKDIR for scarthgap but leaves it undefined for wrynose and later as they require. (It is defined as a weak assignment that will be active later in the processing.) This is a separate commit so it can be reverted for release specific branches and when scrathgap goes EOL. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Compare: https://github.com/OpenAMP/meta-openamp/compare/d03894bbd0d0...4dda04a45cdf To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/meta-openamp/settings/notifications

1 month

1
0
0 0

[OpenAMP/openamp-system-reference] e64527: examples: libmetal: amd_rpu: channel fields are us...

by ben

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: e64527beaaa3ab1a779fd597eecaecfb96e097cf https://github.com/OpenAMP/openamp-system-reference/commit/e64527beaaa3ab1a… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-07-31 (Fri, 31 Jul 2026) Changed paths: M examples/libmetal/machine/remote/amd_rpu/platform_init.c Log Message: ----------- examples: libmetal: amd_rpu: channel fields are used when possible Use members of channel struct when able as opposed to locals Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 905fbd6acc8d3853f6455a98122cd425c0db9a88 https://github.com/OpenAMP/openamp-system-reference/commit/905fbd6acc8d3853… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-07-31 (Fri, 31 Jul 2026) Changed paths: M examples/libmetal/demos/irq_shmem_demo/remote/irq_shmem_demo.c M examples/libmetal/machine/remote/amd_rpu/platform_init.c Log Message: ----------- examples: libmetal: amd_rpu: order libraries alphabetically Cosmetic change for remote side - have libraries ordered alphabetically Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 707384070dcf23eee4ddeeac43c7732606c101c6 https://github.com/OpenAMP/openamp-system-reference/commit/707384070dcf23ee… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-07-31 (Fri, 31 Jul 2026) Changed paths: M examples/libmetal/demos/irq_shmem_demo/remote/irq_shmem_demo.c M examples/libmetal/machine/remote/amd_rpu/platform_init.c M examples/libmetal/machine/remote/amd_rpu/system/freertos/amp_demo_os.h M examples/libmetal/machine/remote/amd_rpu/system/generic/amp_demo_os.h Log Message: ----------- examples: libmetal: remote: accounts for non-contiguous area As the host application now uses 3 shared mem areas that can be non-contiguous ensure that remote side accounts for this too. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 17e14cf4f639c4acef38982956056680a960dbdc https://github.com/OpenAMP/openamp-system-reference/commit/17e14cf4f639c4ac… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-07-31 (Fri, 31 Jul 2026) Changed paths: M examples/libmetal/machine/remote/amd_rpu/common.h M examples/libmetal/machine/remote/amd_rpu/platform_init.c Log Message: ----------- examples: libmetal: amd_rpu: versal-net: set first 2G MPU region Set first 2G MPU Region as same flags as libmetal demo to ensure MPU regions dont get incorrectly created by BSP This will go away once overlapping region adjustment is fixed in BSP Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: b7bef2a9d4fa5e50dd9ef3324429018acb63f5cd https://github.com/OpenAMP/openamp-system-reference/commit/b7bef2a9d4fa5e50… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-07-31 (Fri, 31 Jul 2026) Changed paths: M examples/libmetal/machine/remote/amd_rpu/platform_init.c Log Message: ----------- examples: libmetal: amd_rpu: fix memset call in cleanup Fix bug in call to memset(), pass struct channel_s *, not struct channel_s ** Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 86f3978c54651c57163f1e7f480ec3d6d4a3dd04 https://github.com/OpenAMP/openamp-system-reference/commit/86f3978c54651c57… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-07-31 (Fri, 31 Jul 2026) Changed paths: M examples/libmetal/demos/irq_shmem_demo/CMakeLists.txt A examples/libmetal/demos/irq_shmem_demo/common/irq_shmem_demo.h M examples/libmetal/demos/irq_shmem_demo/host/irq_shmem_demo.c M examples/libmetal/demos/irq_shmem_demo/remote/irq_shmem_demo.c M examples/libmetal/machine/host/amd_linux_userspace/common.h M examples/libmetal/machine/host/amd_linux_userspace/platform_init.c M examples/libmetal/machine/remote/amd_rpu/CMakeLists.txt M examples/libmetal/machine/remote/amd_rpu/system/freertos/amp_demo_os.h M examples/libmetal/machine/remote/amd_rpu/system/generic/amp_demo_os.h Log Message: ----------- examples: libmetal: irq_shmem_demo: move channel state to common header Move the shared irq_shmem_demo channel definition into a demo-level header and keep platform-specific state behind a machine_ctx pointer. This removes the duplicated channel_s definitions from the host and remote OS headers and makes the separation between common transport state and platform-private state clearer. Also export the demo common include directory through CMake so the shared header can be included directly as irq_shmem_demo.h instead of using deep relative include paths. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 7d646280409d0abf92c05b005e164f9c3027c459 https://github.com/OpenAMP/openamp-system-reference/commit/7d646280409d0abf… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-07-31 (Fri, 31 Jul 2026) Changed paths: M examples/libmetal/machine/host/amd_linux_userspace/platform_init.c Log Message: ----------- examples: libmetal: amd_linux_userspace: fix cleanup memset call Fix bug in call to memset(), pass struct channel_s *, not struct channel_s **. Also remove the duplicate metal_irq_unregister() call from platform_cleanup(). Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Compare: https://github.com/OpenAMP/openamp-system-reference/compare/2aff939b5303...… To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

1 month, 1 week

1
0
0 0

[OpenAMP/libmetal] 43a59c: README: clarify Assisted-by tag guidance for AI-as...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 43a59cdd505a678801eaaa66dfb11163e3696ecd https://github.com/OpenAMP/libmetal/commit/43a59cdd505a678801eaaa66dfb11163… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-07-29 (Wed, 29 Jul 2026) Changed paths: M README.md Log Message: ----------- README: clarify Assisted-by tag guidance for AI-assisted contributions Update the README contribution guidelines to document a consistent Assisted-by tag format for AI-assisted patches. 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

1 month, 2 weeks

1
0
0 0

[OpenAMP/open-amp] f171a3: README: clarify Assisted-by tag guidance for AI-as...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: f171a36eb206ff43f6860a851db379cc442c6b1f https://github.com/OpenAMP/open-amp/commit/f171a36eb206ff43f6860a851db379cc… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-07-29 (Wed, 29 Jul 2026) Changed paths: M README.md Log Message: ----------- README: clarify Assisted-by tag guidance for AI-assisted contributions Update the README contribution guidelines to document a consistent Assisted-by tag format for AI-assisted patches. 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

1 month, 2 weeks

1
0
0 0

[OpenAMP/open-amp] 4098a2: CI: Update to Zephyr 4.4 to fix cmake dependency

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 4098a2c5bdcae6f77f2bd5a37f6ed70f388b37ba https://github.com/OpenAMP/open-amp/commit/4098a2c5bdcae6f77f2bd5a37f6ed70f… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-07-21 (Tue, 21 Jul 2026) Changed paths: M .github/actions/build_ci/entrypoint.sh Log Message: ----------- CI: Update to Zephyr 4.4 to fix cmake dependency Zephyr 4.3 does not properly support CMake 4.x. The command "west sdk install" fails because of some Zephyr CMake files. The issue has been fixed in Zephyr 4.4. Upgrade to Zephyr 4.4 instead of trying to apply a temporary fix for Zephyr 4.3. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Commit: cda8c64317f4c764c67191f89194759144033be2 https://github.com/OpenAMP/open-amp/commit/cda8c64317f4c764c67191f891947591… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-07-21 (Tue, 21 Jul 2026) Changed paths: M .github/actions/build_ci/entrypoint.sh Log Message: ----------- CI: install pip packages before exporting zephyr cmake package Since Zephyr 4.0, the command west packages pip --install must be run before west zephyr-export. Without this order, an error can occur when running west zephyr-export. ModuleNotFoundError: No module named 'jsonschema' Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Compare: https://github.com/OpenAMP/open-amp/compare/9ff23a10ce22...cda8c64317f4 To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 month, 3 weeks

1
0
0 0

[OpenAMP/libmetal] 1ca622: CI: Update to Zephyr 4.4 to fix cmake dependency

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 1ca622c845a893490cd8543eccbee47066a655d9 https://github.com/OpenAMP/libmetal/commit/1ca622c845a893490cd8543eccbee470… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-07-21 (Tue, 21 Jul 2026) Changed paths: M .github/actions/build_ci/entrypoint.sh Log Message: ----------- CI: Update to Zephyr 4.4 to fix cmake dependency Zephyr 4.3 does not properly support CMake 4.x. The command "west sdk install" fails because of some Zephyr CMake files. The issue has been fixed in Zephyr 4.4. Upgrade to Zephyr 4.4 instead of trying to apply a temporary fix for Zephyr 4.3. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Commit: 6d79bdfcc0217419d6db4af9aeb6e06b68b44ccf https://github.com/OpenAMP/libmetal/commit/6d79bdfcc0217419d6db4af9aeb6e06b… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-07-21 (Tue, 21 Jul 2026) Changed paths: M .github/actions/build_ci/entrypoint.sh Log Message: ----------- CI: install pip packages before exporting zephyr cmake package Since Zephyr 4.0, the command west packages pip --install must be run before west zephyr-export. Without this order, an error can occur when running west zephyr-export. ModuleNotFoundError: No module named 'jsonschema' Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Compare: https://github.com/OpenAMP/libmetal/compare/c5389ea380a2...6d79bdfcc021 To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 month, 3 weeks

1
0
0 0

[OpenAMP/openamp-system-reference] 2aff93: Revert "legacy_apps: zynqmp_r5: restore initial re...

by Tanmay

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 2aff939b530360c1eb0529e90e69c17681426280 https://github.com/OpenAMP/openamp-system-reference/commit/2aff939b530360c1… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2026-07-20 (Mon, 20 Jul 2026) Changed paths: M examples/legacy_apps/machine/xlnx/zynqmp_r5/platform_info.c M examples/legacy_apps/machine/xlnx/zynqmp_r5/rsc_table.c M examples/legacy_apps/machine/xlnx/zynqmp_r5/rsc_table.h Log Message: ----------- Revert "legacy_apps: zynqmp_r5: restore initial resources" This reverts commit 75c158b008d6d758c39870814dbf8a92cc084867. The original commit was introduced to support repeat attach-detach. Since Linux side need to fix remoteproc virtio reset mechanism, this commit becomes irrelevant. Also, this commit creates problems during multiple reboot of the remote processor. Hence revert it until remoteproc virtio reset mechanism is fixed in the linux kernel, and then this commit will be re-introduced as needed. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

1 month, 3 weeks

1
0
0 0

[OpenAMP/open-amp] 9ff23a: virtio: fix NULL pointer dereference in virtqueue_...

by Jerry Ma

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 9ff23a10ce22cb270948f282a330b51bc7f93df7 https://github.com/OpenAMP/open-amp/commit/9ff23a10ce22cb270948f282a330b51b… Author: Shichun Ma <masc2008(a)gmail.com> Date: 2026-07-15 (Wed, 15 Jul 2026) Changed paths: M lib/virtio/virtqueue.c Log Message: ----------- virtio: fix NULL pointer dereference in virtqueue_notification Add a NULL check for vq before dereferencing it in virtqueue_notification() to prevent a crash when vq is NULL. Signed-off-by: Shichun Ma <masc2008(a)gmail.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 month, 4 weeks

1
0
0 0

[OpenAMP/meta-openamp]

by Mark Hatle

Branch: refs/heads/wrynose-next Home: https://github.com/OpenAMP/meta-openamp To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/meta-openamp/settings/notifications

3 months, 1 week

1
0
0 0

[OpenAMP/meta-openamp]

by Mark Hatle

Branch: refs/heads/master-next Home: https://github.com/OpenAMP/meta-openamp To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/meta-openamp/settings/notifications

3 months, 1 week

1
0
0 0

[OpenAMP/meta-openamp]

by Mark Hatle

Branch: refs/heads/wrynose-next Home: https://github.com/OpenAMP/meta-openamp To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/meta-openamp/settings/notifications

3 months, 1 week

1
0
0 0

[OpenAMP/meta-openamp] 3da5ea: various: Update variables to meet Wrynose requirem...

by Mark Hatle

Branch: refs/heads/master-next Home: https://github.com/OpenAMP/meta-openamp Commit: 3da5ea9c63fdb4c829c23056e0743120ba4b075a https://github.com/OpenAMP/meta-openamp/commit/3da5ea9c63fdb4c829c23056e074… Author: Mark Hatle <mark.hatle(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M recipes-openamp/images/openamp-image-minimal.bb M recipes-openamp/libmetal/libmetal.inc M recipes-openamp/open-amp/open-amp.inc M recipes-openamp/rpmsg-examples/rpmsg-echo-test_1.0.bb M recipes-openamp/rpmsg-examples/rpmsg-example.inc M recipes-openamp/rpmsg-examples/rpmsg-mat-mul_1.0.bb M recipes-openamp/rpmsg-examples/rpmsg-proxy-app_1.0.bb M recipes-openamp/rpmsg-examples/rpmsg-utils_1.0.bb M recipes-openamp/rpmsg-examples/zephyr-rpmsg-test_1.0.bb Log Message: ----------- various: Update variables to meet Wrynose requirements The system now requires a space between a variable, operator and value. WORKDIR is no longer allowed in S. The default value is now correct for most git repositories. The default git repository source location is ${UNPACKDIR}/${BP}. Adjust as necessary components that build in subdirectories. Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 8471c08b4a73d706614b6df6574a4301a827d499 https://github.com/OpenAMP/meta-openamp/commit/8471c08b4a73d706614b6df6574a… Author: Mark Hatle <mark.hatle(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M recipes-openamp/libmetal/libmetal.inc M recipes-openamp/open-amp/open-amp.inc Log Message: ----------- libmetal/open-amp: Fix CMake minimum version Workaround the following issue: | CMake Error at CMakeLists.txt:1 (cmake_minimum_required): | Compatibility with CMake < 3.5 has been removed from CMake. | | Update the VERSION argument <min> value. Or, use the <min>...<max> syntax | to tell CMake that the project requires at least <min> but has been updated | to work with policies introduced by <max> or earlier. | | Or, add -DCMAKE_POLICY_VERSION_MINIMUM=3.5 to try configuring anyway. Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 11b68f98e66457a3b578ed4b68e951c52a314076 https://github.com/OpenAMP/meta-openamp/commit/11b68f98e66457a3b578ed4b68e9… Author: Mark Hatle <mark.hatle(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M recipes-openamp/libmetal/libmetal.inc Log Message: ----------- libmetal: Workaround for atomic setting Workaround for: libmetal-v2024.05+git/test/system/linux/atomic.c:31:30: error: implicit declaration of function 'ATOMIC_VAR_INIT'; did you mean 'ATOMIC_FLAG_INIT'? [-Wimplicit-function-declaration] | 31 | atomic_int counter = ATOMIC_VAR_INIT(0); | | ^~~~~~~~~~~~~~~ | | ATOMIC_FLAG_INIT ATOMIC_VAR_INIT is obsolete now and no longer is C23 or newer. This wouldaround should be removed once the source is resolved. Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Compare: https://github.com/OpenAMP/meta-openamp/compare/6e342a445510...11b68f98e664 To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/meta-openamp/settings/notifications

3 months, 1 week

1
0
0 0

[OpenAMP/meta-openamp] 6e342a: layer.conf: Update branch for wrynose

by Mark Hatle

Branch: refs/heads/master-next Home: https://github.com/OpenAMP/meta-openamp Commit: 6e342a4455100116bd1e4129eb341709d7e38e03 https://github.com/OpenAMP/meta-openamp/commit/6e342a4455100116bd1e4129eb34… Author: Mark Hatle <mark.hatle(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M conf/layer.conf Log Message: ----------- layer.conf: Update branch for wrynose Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/meta-openamp/settings/notifications

3 months, 1 week

1
0
0 0

[OpenAMP/meta-openamp] ef10c5: openamp: add v2024.05 release version for libmetal...

by ben

Branch: refs/heads/scarthgap-next Home: https://github.com/OpenAMP/meta-openamp Commit: ef10c5fb0d988e2d72d8e2b54da1a667370f70a7 https://github.com/OpenAMP/meta-openamp/commit/ef10c5fb0d988e2d72d8e2b54da1… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: A recipes-openamp/libmetal/libmetal_v2024.05.bb A recipes-openamp/open-amp/open-amp_v2024.05.bb Log Message: ----------- openamp: add v2024.05 release version for libmetal and open-amp These are the official version for v2024.05. For libmetal it is == tag v2024.05.0 For open-amp it is == tag v2024.05.1 Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: 5e5babae01f6ef7d96c9176c9631595c8fc47bbd https://github.com/OpenAMP/meta-openamp/commit/5e5babae01f6ef7d96c9176c9631… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M recipes-openamp/rpmsg-examples/rpmsg-example.inc Log Message: ----------- rpmsg-examples: Update for v2024.05 Use the branch and commit for the v2024.05 release. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> FIX: Update rpmsg utils branch and commit Commit: 92af1e8551ea2a01ba86c1470069eda394cc506a https://github.com/OpenAMP/meta-openamp/commit/92af1e8551ea2a01ba86c1470069… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M recipes-kernel/linux/linux-%.bbappend Log Message: ----------- linux: add genericarm64 as an alias for generic-arm64 machine For scarthgap (5.0 2024/04) and later, generic-arm64 has moved from meta-arm to poky/meta-yocto-bsp and dropped the dash. Keep both for now as we want master to be compatible with kirkstone. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: ceb3fbffbeaecb5250e7ab838f1247efb2794d4e https://github.com/OpenAMP/meta-openamp/commit/ceb3fbffbeaecb5250e7ab838f12… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M recipes-kernel/linux/openamp-kmeta/cfg/openamp.cfg M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-arm64.cfg M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-armv7a.cfg Log Message: ----------- linux: move UIO enable to BSP specific config file. UIO is a controversial feature. We should not enable it in the openamp.cfg which is used by every kernel and every machine (when openamp is in DISTRO_FEATURES). Instead move it to remoteproc-*.cfg as that is only included by specific machines (and also only when enabled via openamp DISTRO_FEATURE). The old config was not doing any good anyway as the base level UIO was not enabled. We fix this here also. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: 3813f0c91446744bfe24dfbbe3b6fc1b1134fbb9 https://github.com/OpenAMP/meta-openamp/commit/3813f0c91446744bfe24dfbbe3b6… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M recipes-kernel/linux/openamp-kmeta/cfg/openamp.cfg Log Message: ----------- linux: Enable name service in general openamp config fragment The name service is a default part of rpmsg and should be enabled by default. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: 1a5857f5f4c1b51f0762e7438225c95761caf04f https://github.com/OpenAMP/meta-openamp/commit/1a5857f5f4c1b51f0762e7438225… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M recipes-kernel/linux/openamp-kmeta/cfg/openamp.cfg Log Message: ----------- linux: openamp.cfg fixup header comment Actually say what this file is for. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: f7852dc2c78fd9ea9353ed8711ed56b2d1f890c7 https://github.com/OpenAMP/meta-openamp/commit/f7852dc2c78fd9ea9353ed8711ed… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-arm64.cfg Log Message: ----------- linux: remoteproc-arm64.cfg, use the correct name for Xilinx R5 driver The CONFIG_ name was changed on its way upstream. Use the name that made it upstream. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: 1df2e84b9aacbab3e1698d83c50f8153bc74bba8 https://github.com/OpenAMP/meta-openamp/commit/1df2e84b9aacbab3e1698d83c50f… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-arm64.cfg M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-armv7a.cfg Log Message: ----------- linux: remoteproc-*.cfg, don't be redundant with openamp.cfg Adding configs in both places just adds confusion. Only add things not already in openamp.cfg Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: c7417c1f337b559fd9a77d35b6aedc0dc768d712 https://github.com/OpenAMP/meta-openamp/commit/c7417c1f337b559fd9a77d35b6ae… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M recipes-kernel/linux/openamp-kmeta/cfg/all-arm64-platforms.cfg M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-arm64.cfg Log Message: ----------- linux: move qcom SMEM to the file we are keeping Since we are getting rid of BSP level files, move this define to the file we are keeping as it is part of the remoteproc enablement for Qualcomm platforms. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: 8e0dad50842daaf07fb6e48c5c8101092e62db82 https://github.com/OpenAMP/meta-openamp/commit/8e0dad50842daaf07fb6e48c5c81… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: R recipes-kernel/linux/openamp-kmeta/cfg/all-arm64-platforms.cfg R recipes-kernel/linux/openamp-kmeta/cfg/armv7a-feature-parity.cfg R recipes-kernel/linux/openamp-kmeta/cfg/basic.cfg M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-generic-arm64.scc M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-generic-armv7a.scc Log Message: ----------- linux: remove BSP level kconfig fragments These were added when we were using qemu targets as stand-ins for generic* targets. Now that we have genericarm64 and we also have meta-openamp-bsp for testing, we don't need these. Any BSP level configs should be at the BSP layer not in meta-openamp. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: 6613026267dbeb4c25d8a871c87cd19179166f02 https://github.com/OpenAMP/meta-openamp/commit/6613026267dbeb4c25d8a871c87c… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-arm64.cfg Log Message: ----------- linux: CONFIG_RPMSG_QCOM_SMD=y to reduce warnings When using genericarm64 with linux-yocto we get warnings when this is set to =m so switch to =y Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: d44003e6de9ae3dc4d50319c537e47c7e076cc8e https://github.com/OpenAMP/meta-openamp/commit/d44003e6de9ae3dc4d50319c537e… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-arm64.cfg M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-armv7a.cfg Log Message: ----------- linux: add rpmsg sample to the remoteproc-* mix-in Enable the rpmsg sample for all machines that opt into the remoteproc mix-in. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: fbeb7c948a20a5c57a220c2e7a60795df3270ad9 https://github.com/OpenAMP/meta-openamp/commit/fbeb7c948a20a5c57a220c2e7a60… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M recipes-openamp/open-amp/open-amp-dev_git.bb Log Message: ----------- open-amp-dev: Update LICENSE md5 sum for new content The LICENSE.md file was changed after v2024.05. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: 3b52b31549203f733854b908b6d5a5c3c8526553 https://github.com/OpenAMP/meta-openamp/commit/3b52b31549203f733854b908b6d5… Author: Marius Unsel <munsel(a)munsel.de> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-firmware.bb Log Message: ----------- add usrmerge insane skip rule to R5 firmware example Merge Pull Request #51 from github Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 0ea65de374c7fe7ada2ddbf5cfb6e7a6f7a9953d https://github.com/OpenAMP/meta-openamp/commit/0ea65de374c7fe7ada2ddbf5cfb6… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/libmetal/libmetal-xlnx.inc R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-firmware.bb R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-xlnx.inc R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-versal-net.yaml R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-versal.yaml R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-zynqmp.yaml Log Message: ----------- xilinx: remove vendor specific logic Move vendor specific logic to vendor specific layers Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 783cc0045b4c157b804d89d83dc2169962a1cc16 https://github.com/OpenAMP/meta-openamp/commit/783cc0045b4c157b804d89d83dc2… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/recipes-openamp/libmetal/libmetal-xlnx.inc Log Message: ----------- libmetal-xlnx.inc: update versal-2ve-2vm symbols used to latest Ensure that latest relevant symbols are used to configure the demo. This is used to ensure correct IPI values are used. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 4c434be3873594611ece24e70f56494f115859db https://github.com/OpenAMP/meta-openamp/commit/4c434be3873594611ece24e70f56… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/recipes-kernel/linux/linux-%.bbappend Log Message: ----------- vendor/xilinx: remove remoteproc-zynqmp As the old driver zynqmp_r5_remoteproc is not used remove it. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: acba57c9206e76ddd248ebaa1cf4f82a636d6cce https://github.com/OpenAMP/meta-openamp/commit/acba57c9206e76ddd248ebaa1cf4… Author: Vivek Ghetiya <vivek.ghetiya(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: A recipes-openamp/rpmsg-examples/files/zephyr_rpmsg_test A recipes-openamp/rpmsg-examples/zephyr-rpmsg-test_1.0.bb Log Message: ----------- rpmsg-examples: Add zephyr-rpmsg-test utility Add automated test script and corresponding recipe to validate Zephyr-based OpenAMP RPMsg TTY communication from Linux. This provides simplified test execution similar to the existing FreeRTOS echo_test utility. Signed-off-by: Vivek Ghetiya <vivek.ghetiya(a)amd.com> Reviewed-by: Ben Levinsky <ben.levinsky(a)amd.com> Message-Id: <20260213115243.3540267-3-vivek.ghetiya(a)amd.com> Signed-off-by: Sandeep Gundlupet Raju <sandeep.gundlupet-raju(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 51bfa05fb44e895acd1aa4bf6d6fe7893c32cbf9 https://github.com/OpenAMP/meta-openamp/commit/51bfa05fb44e895acd1aa4bf6d6f… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/recipes-kernel/linux/linux-%.bbappend Log Message: ----------- vendor/xilinx: Add versal-net SoC Versal was recently split between versal and versal-net, add versal-net as supported. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: a07b5a83ea6f3a4edaa20558b4db4fcae2d9eaae https://github.com/OpenAMP/meta-openamp/commit/a07b5a83ea6f3a4edaa20558b4db… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/recipes-kernel/linux/linux-%.bbappend Log Message: ----------- vendor/xilinx: Add versal-2ve-2vm SoC Versal was recently split between versal and versal-2ve-2vm, add versal-2ve-2vm as supported. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: fbd950e3e21caae53e07f60f688125afba334d60 https://github.com/OpenAMP/meta-openamp/commit/fbd950e3e21caae53e07f60f6881… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/layer.inc Log Message: ----------- vendor/xilinx: meta-xilinx-standalone-experimental renamed to meta-xilinx-standalone-sdt Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 3e3c2573e0259cb094e6b3a318b58721c3225e91 https://github.com/OpenAMP/meta-openamp/commit/3e3c2573e0259cb094e6b3a318b5… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/recipes-openamp/open-amp/open-amp-xlnx.inc Log Message: ----------- vendor/xilinx open-amp-xlnx: Builds are now based off of repo and only library OpenAMP library is built with only library as target. Demos are in separate recipe. This means the .inc file only needs minimal flags to be used. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Compare: https://github.com/OpenAMP/meta-openamp/compare/ef10c5fb0d98%5E...3e3c2573e… To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/meta-openamp/settings/notifications

3 months, 1 week

1
0
0 0

[OpenAMP/meta-openamp] 0d2d34: vendor/xilinx: meta-xilinx-standalone-experimental...

by ben

Branch: refs/heads/master-next Home: https://github.com/OpenAMP/meta-openamp Commit: 0d2d3478b0461c17ae040dd4f8c025e5e0e290c3 https://github.com/OpenAMP/meta-openamp/commit/0d2d3478b0461c17ae040dd4f8c0… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2023-03-10 (Fri, 10 Mar 2023) Changed paths: M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/libmetal/libmetal-xlnx-standalone.bb A vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/libmetal/patches/0001-lib-atomic-add-defines-for-build.patch M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-decoupling.bb M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-standalone.bb R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-kernel.yaml A vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-versal.yaml A vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-zynqmp.yaml Log Message: ----------- vendor/xilinx: meta-xilinx-standalone-experimental: Update to work with latest sources As there has been a re-structuring of meta-openamp, there was a regression in support. This patch ensures that using latest SDT and OpenAMP overlays works with latest Lopper to generate OpenAMP DTs and apps for Versal and ZU+ Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 156d8010ae55a46289f82950d2e07bda6a077d8f https://github.com/OpenAMP/meta-openamp/commit/156d8010ae55a46289f82950d2e0… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2023-05-16 (Tue, 16 May 2023) Changed paths: M vendor/xilinx/recipes-openamp/open-amp/open-amp-xlnx.inc Log Message: ----------- vendor/xilinx open-amp-xlnx: add versal-net platform support Pass switch to OpenAMP repo so that it can configure for versal_net as needed. Presently the Yocto recipe is just informing the repo that the target is versal-net platform. In the repo this is only conveying interrupt information but can be extended in the future. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 6e94a35e084b56bcb1220721a56b7fc727cb5ef2 https://github.com/OpenAMP/meta-openamp/commit/6e94a35e084b56bcb1220721a56b… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2023-11-04 (Sat, 04 Nov 2023) Changed paths: M vendor/xilinx/recipes-openamp/open-amp/open-amp-xlnx.inc Log Message: ----------- Merge pull request #36 from bentheredonethat/versal-net-support-linux vendor/xilinx open-amp-xlnx: Add switch for Versal_net Commit: 27f22afd75a43c86e166acf0cfdfc3bbed486f0a https://github.com/OpenAMP/meta-openamp/commit/27f22afd75a43c86e166acf0cfdf… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2023-11-04 (Sat, 04 Nov 2023) Changed paths: M conf/layer.conf Log Message: ----------- Declare support for YP 4.2 and 4.3 * Set the default policy for the master branch * update for current release names for 2023/09 * Keep one Xilinx specific EOL release Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: 59ef6be7a5a23f854ee26bdc6be4a405e5a0aa97 https://github.com/OpenAMP/meta-openamp/commit/59ef6be7a5a23f854ee26bdc6be4… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2023-11-06 (Mon, 06 Nov 2023) Changed paths: A recipes-openamp/rpmsg-examples/rpmsg-utils_1.0.bb Log Message: ----------- Add rpmsg_utils: User space utilities to exercise /dev/rpmsg* This set of utilities has existed for over a year but have not been built or packaged in OE until now. These utilities are in the same git rep as the other examples. Rev them as a group and reuse the inc file. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: 098059a411ff3c64934f7f870fdec251b0006c6f https://github.com/OpenAMP/meta-openamp/commit/098059a411ff3c64934f7f870fde… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2023-11-06 (Mon, 06 Nov 2023) Changed paths: A recipes-openamp/libmetal/libmetal_v2023.10.bb A recipes-openamp/open-amp/open-amp_v2023.10.bb M recipes-openamp/rpmsg-examples/rpmsg-example.inc Log Message: ----------- Set the defaults to the v2023.10 release * Add recipes for the v2023.10 release of libmetal and open-amp and use the commit of the v2023.10.0 tag * Lock the Linux examples and utilities to the v2023.10.0 tag * Use the real branch name, not main * fix license md5sum as is done in -dev recipes Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: 36a86e5677ae2c27c8e18ddf597f6bc6cd5298be https://github.com/OpenAMP/meta-openamp/commit/36a86e5677ae2c27c8e18ddf597f… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2024-01-22 (Mon, 22 Jan 2024) Changed paths: A vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-versal-net.yaml M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-versal.yaml M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-zynqmp.yaml Log Message: ----------- vendor/xilinx: meta-xilinx-standalone-experimental: Update overlays to work with latest lopper Lopper has updates for YAML handling. Update YAML for this. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: f397d784da984938d0b0ce3e191fc4b58429ca0a https://github.com/OpenAMP/meta-openamp/commit/f397d784da984938d0b0ce3e191f… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2024-01-22 (Mon, 22 Jan 2024) Changed paths: R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/libmetal/libmetal-xlnx-standalone.bb A vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/libmetal/libmetal-xlnx.inc R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/libmetal/patches/0001-lib-atomic-add-defines-for-build.patch Log Message: ----------- vendor/xilinx: meta-xilinx-standalone-experimental: libmetal: Unify recipe to work for SDT Flow For AMD-Xilinx SDT Flow ensure libmetal works with latest. As part of this clean up to be in one recipe. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: b506426628d5b43e729ea12860051bf6904b85b5 https://github.com/OpenAMP/meta-openamp/commit/b506426628d5b43e729ea1286005… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2024-01-22 (Mon, 22 Jan 2024) Changed paths: R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-decoupling.bb R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-standalone.bb A vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-xlnx.inc M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-versal-net.yaml M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-versal.yaml Log Message: ----------- vendor/xilinx: meta-xilinx-standalone-experimental: open-amp: Unify recipe to work for SDT Flow For AMD-Xilinx SDT Flow ensure open-amp works with latest. As part of this clean up to be in one recipe. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 37a6ae4b12d67a52b1fc874fa952dac99bbb773a https://github.com/OpenAMP/meta-openamp/commit/37a6ae4b12d67a52b1fc874fa952… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2024-04-23 (Tue, 23 Apr 2024) Changed paths: M recipes-openamp/libmetal/libmetal.inc M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/libmetal/libmetal-xlnx.inc A vendor/xilinx/recipes-openamp/libmetal/libmetal-xlnx.inc M vendor/xilinx/recipes-openamp/libmetal/libmetal_%.bbappend Log Message: ----------- vendor/xilinx: meta-xilinx-standalone-experimental: Move vendor specific information to xilinx Move logic for vendor into vendor layer. This logic will configure Libmetal Repo (for Linux and MC builds) with existing variable instead of new one. Also ensure that support for Versal NET is present. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 24939fcb7cd40d9df355d64b41752992dac5ad71 https://github.com/OpenAMP/meta-openamp/commit/24939fcb7cd40d9df355d64b4175… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2024-04-23 (Tue, 23 Apr 2024) Changed paths: M recipes-openamp/rpmsg-examples/rpmsg-example.inc Log Message: ----------- recipes-openamp: rpmsg-examples: Use latest commit SRCREV Pull in the following commits west: update zephyr revsion to v3.4-branch examples: dual_qemu_ivshmem: add RPMsg over IVSHMEM sample code. examples: Linux: Fix rpmsg-utils README examples: linux: Close file on error in bind_rpmsg_chrdev examples: rpmsg-mat-mul: Cleanup printouts and remove debug statements examples: rpmsg-mat-mul: Only send 32bit shutdown message examples: linux: Remove uses of global variables examples: rpmsg-mat-mul: Cleanup matrix printout examples: linux: Factor out lookup_channel into common file examples: linux: Factor out get_rpmsg_chrdev_fd into common file examples: linux: Factor out bind_rpmsg_chrdev into common file examples: linux: Factor out get_rpmsg_ept_dev_name into common file examples: linux: Factor out app_rpmsg_create_ept into common file Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 0fe0d151210fc43faee6a056243168d7604e83ce https://github.com/OpenAMP/meta-openamp/commit/0fe0d151210fc43faee6a0562431… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2024-04-23 (Tue, 23 Apr 2024) Changed paths: M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/libmetal/libmetal-xlnx.inc Log Message: ----------- vendor/xilinx: meta-xilinx-standalone-experimental: libmetal: Move vendor specific logic to CFLAGS Enable build to follow convention and move Vendor specific flags to CFLAGS Variable for build Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: d9e03bf115a0e787240660d1eff471fe0f3f84af https://github.com/OpenAMP/meta-openamp/commit/d9e03bf115a0e787240660d1eff4… Author: Mark Hatle <mark.hatle(a)amd.com> Date: 2024-04-23 (Tue, 23 Apr 2024) Changed paths: M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-xlnx.inc Log Message: ----------- open-amp-xlnx: Add specific check that amd_platform_info.h was generated If this file doesn't exist, further operations will fail in non-obvious ways. Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 0bba362a5e10e05162eacfe906471a7cc2c5faee https://github.com/OpenAMP/meta-openamp/commit/0bba362a5e10e05162eacfe90647… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2024-04-23 (Tue, 23 Apr 2024) Changed paths: M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-xlnx.inc Log Message: ----------- vendor/xilinx: meta-xilinx-standalone-experimental: open-amp-xlnx: remove extra LOPPER_OPENAMP_OUT_DTB setting Make sure that LOPPER_OPENAMP_OUT_DTB is only conditionally set. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: b7bfe26d27eef8d6f37200635147d32ede5fd718 https://github.com/OpenAMP/meta-openamp/commit/b7bfe26d27eef8d6f37200635147… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2024-04-23 (Tue, 23 Apr 2024) Changed paths: M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-xlnx.inc M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-versal.yaml Log Message: ----------- vendor/xilinx: meta-xilinx-standalone-experimental: open-amp-xlnx: Update to work with latest Update open-amp-xlnx.inc to only run lopper after fetch. This ensures Overlay YAMLs are present Update Versal Overlay YAML to work with latest Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 6f56973377b5d200b59f006b30600e30832bb6cf https://github.com/OpenAMP/meta-openamp/commit/6f56973377b5d200b59f006b3060… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2024-04-23 (Tue, 23 Apr 2024) Changed paths: M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/libmetal/libmetal-xlnx.inc Log Message: ----------- vendor/xilinx: meta-xilinx-standalone-experimental: libmetal: remove libxil from depends Libxil is actually composite of xilstandalone and other libraries. Remove libxil since xilstandalone is already in DEPENDS. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 21c000b85af574ed5322303b6346d6f6f5cb182c https://github.com/OpenAMP/meta-openamp/commit/21c000b85af574ed5322303b6346… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2024-04-23 (Tue, 23 Apr 2024) Changed paths: M vendor/xilinx/recipes-openamp/open-amp/open-amp-xlnx.inc Log Message: ----------- vendor/xilinx open-amp-xlnx: Enable user to pass compile defines Enable user to pass compile-time defines via Yocto interface Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 42053603feeb7b8cc7e36fb7a30c4172888a0768 https://github.com/OpenAMP/meta-openamp/commit/42053603feeb7b8cc7e36fb7a30c… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2024-04-23 (Tue, 23 Apr 2024) Changed paths: M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-versal.yaml Log Message: ----------- vendor/xilinx: meta-xilinx-standalone-experimental: open-amp-xlnx: versal: Rename TCM nodes Use labels that should be constant as provided in input Versal System Device Trees. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 6d07447c92aa1013ecc7c71e017d6fa847b05661 https://github.com/OpenAMP/meta-openamp/commit/6d07447c92aa1013ecc7c71e017d… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2024-04-23 (Tue, 23 Apr 2024) Changed paths: M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-versal.yaml Log Message: ----------- v1] vendor/xilinx: meta-xilinx-standalone-experimental: open-amp-xlnx: versal: Update IPI Names RPU0 and APU IPI mapping changed in designs. Update mapping names in YAML to reflect that. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 21cb1c60e3ee56a2bc66a3c0bfdb4b8d492f6a90 https://github.com/OpenAMP/meta-openamp/commit/21cb1c60e3ee56a2bc66a3c0bfdb… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2024-04-23 (Tue, 23 Apr 2024) Changed paths: M vendor/xilinx/recipes-openamp/open-amp/open-amp-xlnx.inc Log Message: ----------- vendor/xilinx open-amp-xlnx: Update user define logic 1. Pass ints to OECMAKE_C_FLAGS 2. Pass string literals as appends to common header file Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 72b017a65dc8d93bb635cef7de303c1f02ad4c3b https://github.com/OpenAMP/meta-openamp/commit/72b017a65dc8d93bb635cef7de30… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2024-04-23 (Tue, 23 Apr 2024) Changed paths: M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/libmetal/libmetal-xlnx.inc Log Message: ----------- vendor/xilinx: meta-xilinx-standalone-experimental: libmetal: Update DEPENDS 1. Add scugic and xiltimer for all xilinx standalone distros 3. remvoe scugic and xiltimer for microblaze Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: d622ef07210f88d22a6999e0f29207a84a5c0910 https://github.com/OpenAMP/meta-openamp/commit/d622ef07210f88d22a6999e0f292… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2024-04-23 (Tue, 23 Apr 2024) Changed paths: M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-xlnx.inc Log Message: ----------- vendor/xilinx: meta-xilinx-standalone-experimental: open-amp-xlnx: Log Lopper-repo errors Show Lopper-related OpenAMP errors in logs to show up in build. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 78d538a3eccff5cb7af4ebf97b504085c8e7fded https://github.com/OpenAMP/meta-openamp/commit/78d538a3eccff5cb7af4ebf97b50… Author: Sandeep Gundlupet Raju <sandeep.gundlupet-raju(a)amd.com> Date: 2024-04-23 (Tue, 23 Apr 2024) Changed paths: M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-xlnx.inc Log Message: ----------- open-amp-xlnx.inc: Remove plnx-deploy bbclass Building SDT images using core-image-full-cmdline target fails to parse errors. ERROR: ParseError at /scratch/sandeep/yocto/2024.1/yp-bc/sources/meta-openamp/vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-xlnx.inc:5: Could not inherit file classes/plnx-deploy.bbclass ERROR: Parsing halted due to errors, see error messages above Hence remove plnx-deploy bbclass as this bbclass should be inherited only when meta-petalinux layer is included. Signed-off-by: Sandeep Gundlupet Raju <sandeep.gundlupet-raju(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 31df35ea638c4445cd4ce59ca8af707b3f09f8cb https://github.com/OpenAMP/meta-openamp/commit/31df35ea638c4445cd4ce59ca8af… Author: Mark Hatle <mark.hatle(a)amd.com> Date: 2024-04-23 (Tue, 23 Apr 2024) Changed paths: M conf/layer.conf Log Message: ----------- layer.conf: Add scarthgap as compatible Remove mickledore, now obsolete. Nanbield will be removed soon. Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: ef9cd4ad52ba4e875e53bbf1882caefa8fc03c17 https://github.com/OpenAMP/meta-openamp/commit/ef9cd4ad52ba4e875e53bbf1882c… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2024-04-23 (Tue, 23 Apr 2024) Changed paths: M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-xlnx.inc Log Message: ----------- vendor/xilinx: meta-xilinx-standalone-experimental: open-amp-xlnx: add DEBUG_PREFIX_MAP Fix build warning references to TMPDIR Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 2537a4126c12da80bd3a15d8d461f80d9134fa35 https://github.com/OpenAMP/meta-openamp/commit/2537a4126c12da80bd3a15d8d461… Author: Mark Hatle <mark.hatle(a)amd.com> Date: 2024-04-23 (Tue, 23 Apr 2024) Changed paths: A vendor/xilinx/recipes-openamp/libmetal/libmetal-xlnx_v2023.1.bb A vendor/xilinx/recipes-openamp/libmetal/libmetal-xlnx_v2023.2.bb A vendor/xilinx/recipes-openamp/open-amp/open-amp-xlnx_v2023.1.bb A vendor/xilinx/recipes-openamp/open-amp/open-amp-xlnx_v2023.2.bb Log Message: ----------- vendor/xilinx: Add 2023.1 and 2023.2 versions Moved the 2023.1 and 2023.2 versions of libmetal and openamp from meta-xilinx. Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 18580cd21f1e5ae644b9d51acc0500e816bb2945 https://github.com/OpenAMP/meta-openamp/commit/18580cd21f1e5ae644b9d51acc05… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2024-07-10 (Wed, 10 Jul 2024) Changed paths: A recipes-openamp/libmetal/libmetal_v2024.05.bb A recipes-openamp/open-amp/open-amp_v2024.05.bb Log Message: ----------- openamp: add v2024.05 release version for libmetal and open-amp These are the official version for v2024.05. For libmetal it is == tag v2024.05.0 For open-amp it is == tag v2024.05.1 Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: 02a4afba8ead0d09bfdc8771775a73117c884b4d https://github.com/OpenAMP/meta-openamp/commit/02a4afba8ead0d09bfdc8771775a… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2024-07-10 (Wed, 10 Jul 2024) Changed paths: M recipes-openamp/rpmsg-examples/rpmsg-example.inc Log Message: ----------- rpmsg-examples: Update for v2024.05 Use the branch and commit for the v2024.05 release. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> FIX: Update rpmsg utils branch and commit Commit: fdc4fa98825a10b09d3748cbdef615775672223c https://github.com/OpenAMP/meta-openamp/commit/fdc4fa98825a10b09d3748cbdef6… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2024-07-10 (Wed, 10 Jul 2024) Changed paths: M recipes-kernel/linux/linux-%.bbappend Log Message: ----------- linux: add genericarm64 as an alias for generic-arm64 machine For scarthgap (5.0 2024/04) and later, generic-arm64 has moved from meta-arm to poky/meta-yocto-bsp and dropped the dash. Keep both for now as we want master to be compatible with kirkstone. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: 12f8119086e4e0f6bad95cb2d1749359f18eeba8 https://github.com/OpenAMP/meta-openamp/commit/12f8119086e4e0f6bad95cb2d174… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2024-07-11 (Thu, 11 Jul 2024) Changed paths: M recipes-kernel/linux/openamp-kmeta/cfg/openamp.cfg M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-arm64.cfg M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-armv7a.cfg Log Message: ----------- linux: move UIO enable to BSP specific config file. UIO is a controversial feature. We should not enable it in the openamp.cfg which is used by every kernel and every machine (when openamp is in DISTRO_FEATURES). Instead move it to remoteproc-*.cfg as that is only included by specific machines (and also only when enabled via openamp DISTRO_FEATURE). The old config was not doing any good anyway as the base level UIO was not enabled. We fix this here also. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: 201434ab78dfe412ec421cb8018175cc5cf5ad5a https://github.com/OpenAMP/meta-openamp/commit/201434ab78dfe412ec421cb80181… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2024-07-11 (Thu, 11 Jul 2024) Changed paths: M recipes-kernel/linux/openamp-kmeta/cfg/openamp.cfg Log Message: ----------- linux: Enable name service in general openamp config fragment The name service is a default part of rpmsg and should be enabled by default. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: be449fd50a75dba4c6c6b0ec31d3a57530ed7166 https://github.com/OpenAMP/meta-openamp/commit/be449fd50a75dba4c6c6b0ec31d3… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2024-07-11 (Thu, 11 Jul 2024) Changed paths: M recipes-kernel/linux/openamp-kmeta/cfg/openamp.cfg Log Message: ----------- linux: openamp.cfg fixup header comment Actually say what this file is for. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: 1311bae0716635e696d5d9c710aaf8a302bff819 https://github.com/OpenAMP/meta-openamp/commit/1311bae0716635e696d5d9c710aa… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2024-07-11 (Thu, 11 Jul 2024) Changed paths: M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-arm64.cfg Log Message: ----------- linux: remoteproc-arm64.cfg, use the correct name for Xilinx R5 driver The CONFIG_ name was changed on its way upstream. Use the name that made it upstream. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: ff36c22e0c5b276990f00995fbe6547e56e60fab https://github.com/OpenAMP/meta-openamp/commit/ff36c22e0c5b276990f00995fbe6… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2024-07-11 (Thu, 11 Jul 2024) Changed paths: M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-arm64.cfg M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-armv7a.cfg Log Message: ----------- linux: remoteproc-*.cfg, don't be redundant with openamp.cfg Adding configs in both places just adds confusion. Only add things not already in openamp.cfg Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: 41be2570b7a0b5b00248987bbab37571e1585096 https://github.com/OpenAMP/meta-openamp/commit/41be2570b7a0b5b00248987bbab3… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2024-07-11 (Thu, 11 Jul 2024) Changed paths: M recipes-kernel/linux/openamp-kmeta/cfg/all-arm64-platforms.cfg M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-arm64.cfg Log Message: ----------- linux: move qcom SMEM to the file we are keeping Since we are getting rid of BSP level files, move this define to the file we are keeping as it is part of the remoteproc enablement for Qualcomm platforms. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: 627fdae45f4784464c90890128f8e50ab5f1a67a https://github.com/OpenAMP/meta-openamp/commit/627fdae45f4784464c90890128f8… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2024-07-11 (Thu, 11 Jul 2024) Changed paths: R recipes-kernel/linux/openamp-kmeta/cfg/all-arm64-platforms.cfg R recipes-kernel/linux/openamp-kmeta/cfg/armv7a-feature-parity.cfg R recipes-kernel/linux/openamp-kmeta/cfg/basic.cfg M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-generic-arm64.scc M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-generic-armv7a.scc Log Message: ----------- linux: remove BSP level kconfig fragments These were added when we were using qemu targets as stand-ins for generic* targets. Now that we have genericarm64 and we also have meta-openamp-bsp for testing, we don't need these. Any BSP level configs should be at the BSP layer not in meta-openamp. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: fd1fc520e4e918f0ac33fe7dcb98b6c6815ad326 https://github.com/OpenAMP/meta-openamp/commit/fd1fc520e4e918f0ac33fe7dcb98… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2024-07-11 (Thu, 11 Jul 2024) Changed paths: M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-arm64.cfg Log Message: ----------- linux: CONFIG_RPMSG_QCOM_SMD=y to reduce warnings When using genericarm64 with linux-yocto we get warnings when this is set to =m so switch to =y Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: bd29711e0b80473f0526e9adc15189b31e0cf9e9 https://github.com/OpenAMP/meta-openamp/commit/bd29711e0b80473f0526e9adc151… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2024-07-11 (Thu, 11 Jul 2024) Changed paths: M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-arm64.cfg M recipes-kernel/linux/openamp-kmeta/cfg/remoteproc-armv7a.cfg Log Message: ----------- linux: add rpmsg sample to the remoteproc-* mix-in Enable the rpmsg sample for all machines that opt into the remoteproc mix-in. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: d03894bbd0d055b4608b7735d55642f54107e2e6 https://github.com/OpenAMP/meta-openamp/commit/d03894bbd0d055b4608b7735d556… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2024-08-14 (Wed, 14 Aug 2024) Changed paths: M recipes-openamp/open-amp/open-amp-dev_git.bb Log Message: ----------- open-amp-dev: Update LICENSE md5 sum for new content The LICENSE.md file was changed after v2024.05. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: e9015153d99d898b1a6aaac98f59673354aa57d2 https://github.com/OpenAMP/meta-openamp/commit/e9015153d99d898b1a6aaac98f59… Author: Mark Hatle <mark.hatle(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M conf/layer.conf Log Message: ----------- layer.conf: branch for scarthgap Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 6df0251e99f5627aab3919716924e0d109cf9127 https://github.com/OpenAMP/meta-openamp/commit/6df0251e99f5627aab3919716924… Author: Marius Unsel <munsel(a)munsel.de> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-firmware.bb Log Message: ----------- add usrmerge insane skip rule to R5 firmware example Merge Pull Request #51 from github Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: a491cb961f18f8d18a079c09f016b41baace4177 https://github.com/OpenAMP/meta-openamp/commit/a491cb961f18f8d18a079c09f016… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/libmetal/libmetal-xlnx.inc R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-firmware.bb R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/open-amp-xlnx.inc R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-versal-net.yaml R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-versal.yaml R vendor/xilinx/meta-xilinx-standalone-experimental/recipes-openamp/open-amp/overlays/openamp-overlay-zynqmp.yaml Log Message: ----------- xilinx: remove vendor specific logic Move vendor specific logic to vendor specific layers Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 8724f4a0d16f2fa422c00bf667772570c89d3438 https://github.com/OpenAMP/meta-openamp/commit/8724f4a0d16f2fa422c00bf66777… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/recipes-openamp/libmetal/libmetal-xlnx.inc Log Message: ----------- libmetal-xlnx.inc: update versal-2ve-2vm symbols used to latest Ensure that latest relevant symbols are used to configure the demo. This is used to ensure correct IPI values are used. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: c58aa080aa74b02c7b453f91fec67340fa4e2d8a https://github.com/OpenAMP/meta-openamp/commit/c58aa080aa74b02c7b453f91fec6… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/recipes-kernel/linux/linux-%.bbappend Log Message: ----------- vendor/xilinx: remove remoteproc-zynqmp As the old driver zynqmp_r5_remoteproc is not used remove it. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: f20f22cea1138f7ca7347e4b9470a31e714a0d49 https://github.com/OpenAMP/meta-openamp/commit/f20f22cea1138f7ca7347e4b9470… Author: Vivek Ghetiya <vivek.ghetiya(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: A recipes-openamp/rpmsg-examples/files/zephyr_rpmsg_test A recipes-openamp/rpmsg-examples/zephyr-rpmsg-test_1.0.bb Log Message: ----------- rpmsg-examples: Add zephyr-rpmsg-test utility Add automated test script and corresponding recipe to validate Zephyr-based OpenAMP RPMsg TTY communication from Linux. This provides simplified test execution similar to the existing FreeRTOS echo_test utility. Signed-off-by: Vivek Ghetiya <vivek.ghetiya(a)amd.com> Reviewed-by: Ben Levinsky <ben.levinsky(a)amd.com> Message-Id: <20260213115243.3540267-3-vivek.ghetiya(a)amd.com> Signed-off-by: Sandeep Gundlupet Raju <sandeep.gundlupet-raju(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: a0e3ef43891bad7f8664b37792cd43a399eeaa44 https://github.com/OpenAMP/meta-openamp/commit/a0e3ef43891bad7f8664b37792cd… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/recipes-kernel/linux/linux-%.bbappend Log Message: ----------- vendor/xilinx: Add versal-net SoC Versal was recently split between versal and versal-net, add versal-net as supported. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 7865d16f1e42c419d67b7ca61281c35f7639b9ee https://github.com/OpenAMP/meta-openamp/commit/7865d16f1e42c419d67b7ca61281… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/recipes-kernel/linux/linux-%.bbappend Log Message: ----------- vendor/xilinx: Add versal-2ve-2vm SoC Versal was recently split between versal and versal-2ve-2vm, add versal-2ve-2vm as supported. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 1a500238b447b6865b8fcbac49d6cd80a3d694a0 https://github.com/OpenAMP/meta-openamp/commit/1a500238b447b6865b8fcbac49d6… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/layer.inc Log Message: ----------- vendor/xilinx: meta-xilinx-standalone-experimental renamed to meta-xilinx-standalone-sdt Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Commit: 7470379900dbcbb1aa2783062265c1384c3a6c4a https://github.com/OpenAMP/meta-openamp/commit/7470379900dbcbb1aa2783062265… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M vendor/xilinx/recipes-openamp/open-amp/open-amp-xlnx.inc Log Message: ----------- vendor/xilinx open-amp-xlnx: Builds are now based off of repo and only library OpenAMP library is built with only library as target. Demos are in separate recipe. This means the .inc file only needs minimal flags to be used. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Mark Hatle <mark.hatle(a)amd.com> Compare: https://github.com/OpenAMP/meta-openamp/compare/cf81c2476292...7470379900db To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/meta-openamp/settings/notifications

3 months, 1 week

1
0
0 0

[OpenAMP/openamp-system-reference] 6711e8: ReadTheDocs: eliminate the files no longer needed.

by Bill Mills

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 6711e8237a14c2b789241b65be25818cdb82477e https://github.com/OpenAMP/openamp-system-reference/commit/6711e8237a14c2b7… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: R .readthedocs-conf.py R .readthedocs.yaml Log Message: ----------- ReadTheDocs: eliminate the files no longer needed. We now use the "git checkout command" in the RTDs project settings. This means we will use the .readthedocs.yaml and conf.py from the openamp-docs repo and no longer need these files in the sub-modules. See openamp-docs/.readthedocs.yaml for details. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

3 months, 1 week

1
0
0 0

[OpenAMP/open-amp] 23d4c5: ReadTheDocs: eliminate the files no longer needed.

by Bill Mills

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 23d4c5d7a5c5dd08b74d4ba828243988592337cb https://github.com/OpenAMP/open-amp/commit/23d4c5d7a5c5dd08b74d4ba828243988… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: R .readthedocs.yaml R doc/readthedocs-conf.py Log Message: ----------- ReadTheDocs: eliminate the files no longer needed. We now use the "git checkout command" in the RTDs project settings. This means we will use the .readthedocs.yaml and conf.py from the openamp-docs repo and no longer need these files in the submodules. See openamp-docs/.readthedocs.yaml for details. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> 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/libmetal] c5389e: ReadTheDocs: eliminate the files no longer needed.

by Bill Mills

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: c5389ea380a2824a069f06df357d7dddfc0942a9 https://github.com/OpenAMP/libmetal/commit/c5389ea380a2824a069f06df357d7ddd… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: R .readthedocs.yaml R doc/readthedocs-conf.py Log Message: ----------- ReadTheDocs: eliminate the files no longer needed. We now use the "git checkout command" in the RTDs project settings. This means we will use the .readthedocs.yaml and conf.py from the openamp-docs repo and no longer need these files in the sub-modules. See openamp-docs/.readthedocs.yaml for details. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> 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/libmetal] 9f0af9: lib: system: linux: Do not re-seed random number g...

by Andrew Davis

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 9f0af913991a34af84091a0ff69b9f4b3282761f https://github.com/OpenAMP/libmetal/commit/9f0af913991a34af84091a0ff69b9f4b… Author: Andrew Davis <afd(a)ti.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M lib/system/linux/init.c Log Message: ----------- lib: system: linux: Do not re-seed random number generator Nothing in libmetal uses RNG. It is unexpected for an application calling metal_init() to have its RNG seed reset. An application for instance may want a static seed for testing. If an application wants a new random seed then it can set it itself. Setting global program state like this is not something that should be done unconditionally by libmetal. Signed-off-by: Andrew Davis <afd(a)ti.com> Commit: 24e1580e4549bd32bb3bbb0b8c3c954d2ef59424 https://github.com/OpenAMP/libmetal/commit/24e1580e4549bd32bb3bbb0b8c3c954d… Author: Andrew Davis <afd(a)ti.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M lib/system/linux/init.c M lib/system/linux/sys.h Log Message: ----------- lib: system: linux: Remove unused tmp_path from metal_state This path was used to hold either /tmp or hugetlbfs_path, but it wasn't used in either case. It was also incorrectly labeled as holding sysfs path.. Drop this unused structure member. Signed-off-by: Andrew Davis <afd(a)ti.com> Commit: 8740e728ff10f3e1c8d6cda7f414ec4bbb881b22 https://github.com/OpenAMP/libmetal/commit/8740e728ff10f3e1c8d6cda7f414ec4b… Author: Andrew Davis <afd(a)ti.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M lib/system/linux/init.c M lib/system/linux/shmem.c M lib/system/linux/sys.h Log Message: ----------- lib: system: linux: Do not always open pagemap on metal_init() Access to pagemap is restricted to only root or CAP_SYS_ADMIN making this open fail when applications are not run as root. The pagemap is only used when trying to do shmem and not all libmetal users need this. Only try to open pagemap when needed to remove warnings for non-shmem using apps. Signed-off-by: Andrew Davis <afd(a)ti.com> Compare: https://github.com/OpenAMP/libmetal/compare/1c77dc94f858...8740e728ff10 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/libmetal] 1c77dc: lib: Avoid mentioning the current filename in comp...

by Andrew Davis

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 1c77dc94f858a0b5c294fed850a8d2e03bfdf60d https://github.com/OpenAMP/libmetal/commit/1c77dc94f858a0b5c294fed850a8d2e0… Author: Andrew Davis <afd(a)ti.com> Date: 2026-06-02 (Tue, 02 Jun 2026) Changed paths: M lib/system/freertos/alloc.h M lib/system/freertos/assert.h M lib/system/freertos/cache.h M lib/system/freertos/condition.h M lib/system/freertos/io.h M lib/system/freertos/mutex.h M lib/system/freertos/sleep.h M lib/system/freertos/sys.h M lib/system/generic/alloc.h M lib/system/generic/assert.h M lib/system/generic/cache.h M lib/system/generic/condition.h M lib/system/generic/io.h M lib/system/generic/mutex.h M lib/system/generic/sleep.h M lib/system/generic/sys.h M lib/system/linux/alloc.h M lib/system/linux/assert.h M lib/system/linux/cache.h M lib/system/linux/condition.h M lib/system/linux/io.h M lib/system/linux/irq.h M lib/system/linux/mutex.h M lib/system/linux/sleep.h M lib/system/linux/sys.h M lib/system/nuttx/alloc.h M lib/system/nuttx/assert.h M lib/system/nuttx/cache.h M lib/system/nuttx/condition.h M lib/system/nuttx/io.h M lib/system/nuttx/irq.h M lib/system/nuttx/mutex.h M lib/system/nuttx/sleep.h M lib/system/nuttx/sys.h M lib/system/zephyr/alloc.h M lib/system/zephyr/assert.h M lib/system/zephyr/cache.h M lib/system/zephyr/condition.h M lib/system/zephyr/io.h M lib/system/zephyr/log.h M lib/system/zephyr/mutex.h M lib/system/zephyr/sleep.h M lib/system/zephyr/sys.h Log Message: ----------- lib: Avoid mentioning the current filename in compile-time warning Some of these were not correct in some spots. Instead of trying to include the name of the current file in this warning (which might change), only state which file should be included instead. Signed-off-by: Andrew Davis <afd(a)ti.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/openamp-system-reference]

by Arnaud Pouliquen

Branch: refs/tags/v2026.04.0 Home: https://github.com/OpenAMP/openamp-system-reference 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/openamp-system-reference] 1da73a: legacy_apps: echo: include new header

by Tanmay

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 1da73a753bcb21da5b8e2c82448fe0ad25227439 https://github.com/OpenAMP/openamp-system-reference/commit/1da73a753bcb21da… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2026-05-28 (Thu, 28 May 2026) Changed paths: M examples/legacy_apps/examples/echo/freertos/main.c M examples/legacy_apps/examples/echo/generic/main.c M examples/legacy_apps/examples/echo/rpmsg-echo.c Log Message: ----------- legacy_apps: echo: include new header platform_info.h was changed to platform_info_common.h, replace it accordingly for echo demo. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> Commit: 006207d033326610db2297d2523a289a08b5aefd https://github.com/OpenAMP/openamp-system-reference/commit/006207d033326610… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2026-05-28 (Thu, 28 May 2026) Changed paths: M examples/legacy_apps/examples/matrix_multiply/matrix_multiply.h Log Message: ----------- legacy_apps: matrix_multiply: fix compiler warning fix following compiler warning: warning: passing argument 1 of 'rpmsg_matrix_app' fr om incompatible pointer type [-Wincompatible-pointer-types] 47 | rpmsg_matrix_app(rpdev, platform); | ^~~~~ Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> Commit: bb8eb62f53551b93f25eaa3170fc767a301f4466 https://github.com/OpenAMP/openamp-system-reference/commit/bb8eb62f53551b93… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2026-05-28 (Thu, 28 May 2026) Changed paths: M examples/legacy_apps/machine/xlnx/zynqmp_r5/CMakeLists.txt M examples/legacy_apps/machine/xlnx/zynqmp_r5/linker_large_text.ld M examples/legacy_apps/machine/xlnx/zynqmp_r5/linker_remote.ld M examples/legacy_apps/machine/xlnx/zynqmp_r5/platform_info.c Log Message: ----------- legacy_apps: xlnx: update reserved mem regions As per latest SDT standard AMD-xilinx EDF yocto is released with fixed memory regions for each core to use. Update the default address for cluster-A core0 to use as per this standard. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> Commit: 98cee13295fa997c40c36a8a04556c7c18dd7155 https://github.com/OpenAMP/openamp-system-reference/commit/98cee13295fa997c… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2026-05-28 (Thu, 28 May 2026) Changed paths: M examples/legacy_apps/machine/xlnx/zynqmp_r5/platform_info.c M examples/legacy_apps/machine/xlnx/zynqmp_r5/rsc_table.c M examples/legacy_apps/machine/xlnx/zynqmp_r5/rsc_table.h Log Message: ----------- legacy_apps: zynqmp_r5: add trace buffer support trace buffer is a circular buffer to store logs. Linux remoteproc subsystem creates a debugfs file that can be used to print these logs on linux side. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> Compare: https://github.com/OpenAMP/openamp-system-reference/compare/49f9ef6d8adc...… 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/openamp-system-reference] 49f9ef: legacy_apps: xlnx: fix build system for native cma...

by Tanmay

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 49f9ef6d8adc1459e300582a89f476878320e115 https://github.com/OpenAMP/openamp-system-reference/commit/49f9ef6d8adc1459… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2026-05-25 (Mon, 25 May 2026) Changed paths: M examples/legacy_apps/machine/xlnx/CMakeLists.txt Log Message: ----------- legacy_apps: xlnx: fix build system for native cmake build OPENAMP_APP_NAME variable is needed for xilinx specific build tools. Native cmake build doesn't need this variable, and so if it's not found then do not fail, and include project machine direcotry. This allows native cmake build to continue. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> 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] 6def53: README: remove deprecated cache options

by Jiaqi Yao

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 6def5356b86709941ccc8ebdcd0bce37901e425b https://github.com/OpenAMP/open-amp/commit/6def5356b86709941ccc8ebdcd0bce37… Author: Jiaqi Yao <yaojiaqi(a)lixiang.com> Date: 2026-05-21 (Thu, 21 May 2026) Changed paths: M README.md Log Message: ----------- README: remove deprecated cache options Remove the split dcache CMake options from the README. The options were removed by d183f24 after being deprecated in favor of WITH_DCACHE. Document only WITH_DCACHE as the supported way to enable cache operations for vrings, buffers and resource table. Signed-off-by: Jiaqi Yao <yaojiaqi(a)lixiang.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

3 months, 3 weeks

1
0
0 0

[OpenAMP/openamp-system-reference] 843ec1: west: Update to Zephyr 4.4

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 843ec100a54e73429694dbcfe7d91640f6378402 https://github.com/OpenAMP/openamp-system-reference/commit/843ec100a54e7342… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-05-12 (Tue, 12 May 2026) Changed paths: M west.yml Log Message: ----------- west: Update to Zephyr 4.4 Update to latest Zephyr release, 4.4.0. 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/openamp-system-reference/settings/notifications

4 months

1
0
0 0

[OpenAMP/open-amp] e2ba08: cmake: Remove unused CMake variables MACHINE and P...

by Andrew Davis

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: e2ba0839a7c9d28ba8b14fcb87ce91b51bbd1fed https://github.com/OpenAMP/open-amp/commit/e2ba0839a7c9d28ba8b14fcb87ce91b5… Author: Andrew Davis <afd(a)ti.com> Date: 2026-05-11 (Mon, 11 May 2026) Changed paths: M cmake/options.cmake M cmake/platforms/zynqmp_linux.cmake M cmake/platforms/zynqmp_r5_generic.cmake M cmake/syscheck.cmake Log Message: ----------- cmake: Remove unused CMake variables MACHINE and PROJECT_MACHINE These were used when this repo contained machine specific examples. With those moved to the openamp-system-reference project, these CMake variables are now unused. Remove them. Signed-off-by: Andrew Davis <afd(a)ti.com> Commit: dc65de1e017bbb7119c4b7e6a7eb223a8ac1d2e8 https://github.com/OpenAMP/open-amp/commit/dc65de1e017bbb7119c4b7e6a7eb223a… Author: Andrew Davis <afd(a)ti.com> Date: 2026-05-11 (Mon, 11 May 2026) Changed paths: M cmake/options.cmake Log Message: ----------- cmake: Remove unused CMake variable PROJECT_PROCESSOR This CMake variable is unused, looks to be copied over from libmetal CMake files. Remove it. Signed-off-by: Andrew Davis <afd(a)ti.com> Commit: 468343399cea8b3b35b3de2a82e360ed2cdfd897 https://github.com/OpenAMP/open-amp/commit/468343399cea8b3b35b3de2a82e360ed… Author: Andrew Davis <afd(a)ti.com> Date: 2026-05-11 (Mon, 11 May 2026) Changed paths: A cmake/platforms/arm64_generic.cmake A cmake/platforms/arm64_linux.cmake A cmake/platforms/arm_r5_generic.cmake R cmake/platforms/zynqmp_a53_generic.cmake R cmake/platforms/zynqmp_linux.cmake R cmake/platforms/zynqmp_r5_generic.cmake Log Message: ----------- cmake: Rename platform example cmake files There is nothing "zynqmp" specific in these files, rename them to generic ARM names. Having only "zynqmp" files in platforms as before might give the impression only ZynqMP platforms are supported by this project. Signed-off-by: Andrew Davis <afd(a)ti.com> Compare: https://github.com/OpenAMP/open-amp/compare/5bcc7c0401ca...468343399cea To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

4 months

1
0
0 0

[OpenAMP/openamp-system-reference] 9939c5: examples: Zephyr: rpmsg-multi-service: update conf...

by Iulia Prodan

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 9939c56b72a5a14af014740f704327dee1298cc9 https://github.com/OpenAMP/openamp-system-reference/commit/9939c56b72a5a14a… Author: Iuliana Prodan <iuliana.prodan(a)nxp.com> Date: 2026-05-11 (Mon, 11 May 2026) Changed paths: M examples/zephyr/rpmsg_multi_services/boards/imx8mp_evk_mimx8ml8_adsp.conf Log Message: ----------- examples: Zephyr: rpmsg-multi-service: update config overlay for i.MX8MP Replace IPM_IMX_FW_READY_REPLY with vendor-specific resource table configuration to align with Zephyr upstream implementation. Signed-off-by: Iuliana Prodan <iuliana.prodan(a)nxp.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

4 months

1
0
0 0

[OpenAMP/libmetal] bd97c9: examples: Remove remaining examples

by Andrew Davis

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: bd97c9a28a236a3af41c424aa1eabaa38bd5831d https://github.com/OpenAMP/libmetal/commit/bd97c9a28a236a3af41c424aa1eabaa3… Author: Andrew Davis <afd(a)ti.com> Date: 2026-05-11 (Mon, 11 May 2026) Changed paths: M CMakeLists.txt M README.md R examples/CMakeLists.txt R examples/system/CMakeLists.txt R examples/system/freertos/CMakeLists.txt R examples/system/freertos/xlnx_r5/CMakeLists.txt R examples/system/freertos/xlnx_r5/amp_demo/CMakeLists.txt R examples/system/freertos/xlnx_r5/amp_demo/common.h R examples/system/freertos/xlnx_r5/amp_demo/ipi_latency_demod.c R examples/system/freertos/xlnx_r5/amp_demo/ipi_shmem_demod.c R examples/system/freertos/xlnx_r5/amp_demo/libmetal_amp_demod.c R examples/system/freertos/xlnx_r5/amp_demo/lscript.ld R examples/system/freertos/xlnx_r5/amp_demo/platform_config.h R examples/system/freertos/xlnx_r5/amp_demo/shmem_atomic_demod.c R examples/system/freertos/xlnx_r5/amp_demo/shmem_demod.c R examples/system/freertos/xlnx_r5/amp_demo/shmem_latency_demod.c R examples/system/freertos/xlnx_r5/amp_demo/shmem_throughput_demod.c R examples/system/freertos/xlnx_r5/amp_demo/sys_init.c R examples/system/freertos/xlnx_r5/amp_demo/sys_init.h R examples/system/generic/CMakeLists.txt R examples/system/generic/xlnx_r5/CMakeLists.txt R examples/system/generic/xlnx_r5/amp_demo/CMakeLists.txt R examples/system/generic/xlnx_r5/amp_demo/common.h R examples/system/generic/xlnx_r5/amp_demo/ipi_latency_demod.c R examples/system/generic/xlnx_r5/amp_demo/ipi_shmem_demod.c R examples/system/generic/xlnx_r5/amp_demo/libmetal_amp_demod.c R examples/system/generic/xlnx_r5/amp_demo/lscript.ld R examples/system/generic/xlnx_r5/amp_demo/platform_config.h R examples/system/generic/xlnx_r5/amp_demo/shmem_atomic_demod.c R examples/system/generic/xlnx_r5/amp_demo/shmem_demod.c R examples/system/generic/xlnx_r5/amp_demo/shmem_latency_demod.c R examples/system/generic/xlnx_r5/amp_demo/shmem_throughput_demod.c R examples/system/generic/xlnx_r5/amp_demo/sys_init.c R examples/system/generic/xlnx_r5/amp_demo/sys_init.h R examples/system/linux/CMakeLists.txt R examples/system/linux/xlnx/CMakeLists.txt R examples/system/linux/xlnx/zynqmp_amp_demo/CMakeLists.txt R examples/system/linux/xlnx/zynqmp_amp_demo/common.h R examples/system/linux/xlnx/zynqmp_amp_demo/ipi_latency_demo.c R examples/system/linux/xlnx/zynqmp_amp_demo/ipi_shmem_demo.c R examples/system/linux/xlnx/zynqmp_amp_demo/libmetal_amp_demo.c R examples/system/linux/xlnx/zynqmp_amp_demo/libmetal_amp_demod.c R examples/system/linux/xlnx/zynqmp_amp_demo/shmem_atomic_demo.c R examples/system/linux/xlnx/zynqmp_amp_demo/shmem_demo.c R examples/system/linux/xlnx/zynqmp_amp_demo/shmem_latency_demo.c R examples/system/linux/xlnx/zynqmp_amp_demo/shmem_throughput_demo.c R examples/system/linux/xlnx/zynqmp_amp_demo/sys_init.c R examples/system/linux/xlnx/zynqmp_amp_demo/sys_init.h Log Message: ----------- examples: Remove remaining examples Moving the vendor specific examples over to openamp-system-reference was slated for 2024.10 (~2 years ago). Some have been moved, others seem to be abandoned. Remove remaining examples. Signed-off-by: Andrew Davis <afd(a)ti.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

4 months

1
0
0 0

OpenAMP Official v2026.04 release is now available

by Arnaud POULIQUEN

Hello OpenAMP developers and community, The v2026.04 release is now available for both the OpenAMP and libmetal libraries. For details about this release, please refer to the release notes: - libmetal: v2026.04.0<https://github.com/OpenAMP/libmetal/releases/tag/v2026.04.0> - open-amp: v2026.04.0<https://github.com/OpenAMP/open-amp/releases/tag/v2026.04.0> The system-reference and openamp-docs repositories are scheduled for release in May. Thank you all for your valuable contributions to the maintenance and development of these libraries. Best regards, The OpenAMP Team Hello OpenAMP developers and community, The v2026.04 release is now available for both the OpenAMP and libmetal libraries. For details about this release, please refer to the release notes: - libmetal: [1]v2026.04.0 - open-amp: [2]v2026.04.0 The system-reference and openamp-docs repositories are scheduled for release in May. Thank you all for your valuable contributions to the maintenance and development of these libraries. Best regards, The OpenAMP Team References 1. https://github.com/OpenAMP/libmetal/releases/tag/v2026.04.0 2. https://github.com/OpenAMP/open-amp/releases/tag/v2026.04.0

4 months, 1 week

1
0
0 0

[OpenAMP/open-amp]

by Arnaud Pouliquen

Branch: refs/tags/v2026.04.0 Home: https://github.com/OpenAMP/open-amp To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

4 months, 1 week

1
0
0 0

[OpenAMP/libmetal]

by Arnaud Pouliquen

Branch: refs/tags/v2026.04.0 Home: https://github.com/OpenAMP/libmetal To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

4 months, 1 week

1
0
0 0

[OpenAMP/libmetal] 80ab6b: release: libmetal 2026.04.0

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 80ab6b0d506a0d8eb4f2b87926682ababbb804b3 https://github.com/OpenAMP/libmetal/commit/80ab6b0d506a0d8eb4f2b87926682aba… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-05-04 (Mon, 04 May 2026) Changed paths: M VERSION Log Message: ----------- release: libmetal 2026.04.0 Set library version to 1.10.0 Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Signed-off-by: Ed Mooring <ed.mooring(a)gmail.com> Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

4 months, 1 week

1
0
0 0

[OpenAMP/open-amp] 5bcc7c: release: open-amp 2026.04.0

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 5bcc7c0401cace5e3d6719a06a0d1f92e30251aa https://github.com/OpenAMP/open-amp/commit/5bcc7c0401cace5e3d6719a06a0d1f92… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-05-04 (Mon, 04 May 2026) Changed paths: M VERSION Log Message: ----------- release: open-amp 2026.04.0 Set library version to 1.10.0 Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Signed-off-by: Ed Mooring <ed.mooring(a)gmail.com> Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

4 months, 1 week

1
0
0 0

[OpenAMP/libmetal] f66530: lib: Fix docs group names

by Andrew Davis

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: f6653009fc3b69e9dfbbd3de2e9cfb336ed0a490 https://github.com/OpenAMP/libmetal/commit/f6653009fc3b69e9dfbbd3de2e9cfb33… Author: Andrew Davis <afd(a)ti.com> Date: 2026-04-28 (Tue, 28 Apr 2026) Changed paths: M lib/cache.h M lib/log.h M lib/softirq.h M lib/time.h Log Message: ----------- lib: Fix docs group names These names need to match what is referenced in other parts of the docs or links may not function correctly. This is the case for softirq.h, the rest of these changes are to make the names more uniform, which looks better when listing all doc pages. Signed-off-by: Andrew Davis <afd(a)ti.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

4 months, 2 weeks

1
0
0 0

[OpenAMP/open-amp] cfc300: virtio: remove deprecated VIRTIO_DRIVER/DEVICE_ONL...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: cfc300505e120e7e5f595760de976ffc48100c43 https://github.com/OpenAMP/open-amp/commit/cfc300505e120e7e5f595760de976ffc… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-04-27 (Mon, 27 Apr 2026) Changed paths: M lib/include/openamp/virtio.h Log Message: ----------- virtio: remove deprecated VIRTIO_DRIVER/DEVICE_ONLY support The following configuration are deprecated since more than 2 years (v2024.05): - VIRTIO_DRIVER_ONLY - VIRTIO_DEVICE_ONLY Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Commit: 89dea1d7a5eae5cc4e06ff4eda28896b06509baf https://github.com/OpenAMP/open-amp/commit/89dea1d7a5eae5cc4e06ff4eda28896b… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-04-27 (Mon, 27 Apr 2026) Changed paths: M lib/include/openamp/rpmsg_virtio.h Log Message: ----------- rpmsg: remove deprecated rpmsg_virtio API The following configuration are deprecated since more than 2 years (v2024.05): - rpmsg_virtio_get_status - rpmsg_virtio_get_features - rpmsg_virtio_read_config - virtio_write_config - rpmsg_virtio_create_virtqueues - rpmsg_virtio_delete_virtqueues Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Compare: https://github.com/OpenAMP/open-amp/compare/00a3c0d3f754...89dea1d7a5ea To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

4 months, 2 weeks

1
0
0 0

[OpenAMP/libmetal] bce63e: cmake: Do not propagate compilation options to the...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: bce63e013327796024852a65cc98e5a9c7a04d36 https://github.com/OpenAMP/libmetal/commit/bce63e013327796024852a65cc98e5a9… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-04-10 (Fri, 10 Apr 2026) Changed paths: M cmake/options.cmake Log Message: ----------- cmake: Do not propagate compilation options to the main project When libmetal is included in the main project using add_subdirectory(libmetal), using set_property(GLOBAL ...) propagates properties to the main project. This can cause build errors if warnings are treated as errors. Remove set_property(GLOBAL ...) calls from libmetal’s CMakeLists. Use only target_compile_options and target properties on libmetal’s own targets. The main project should determine its own compilation options. fix commit d077e286a437 ("cmake: set PROJECT_EC_FLAGS to be GLOBAL property") Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Commit: 0678a811055cc9f042182aeabebadf021f138750 https://github.com/OpenAMP/libmetal/commit/0678a811055cc9f042182aeabebadf02… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-04-10 (Fri, 10 Apr 2026) Changed paths: M lib/system/zephyr/init.c Log Message: ----------- system: zephyr: fix build issue fix build error /github/workspace/lib/system/zephyr/init.c:18:52: error: unused parameter 'params' [-Werror=unused-parameter] 18 | int metal_sys_init(const struct metal_init_params *params) Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Commit: 4a7fcfbbe450a2163b199cf3f601af2234c2575b https://github.com/OpenAMP/libmetal/commit/4a7fcfbbe450a2163b199cf3f601af22… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-04-10 (Fri, 10 Apr 2026) Changed paths: M test/system/zephyr/main.c Log Message: ----------- test: zephyr: fix build issue test/system/zephyr/main.c: In function 'metal_zephyr_allocate_memory': test/system/zephyr/main.c:33:23: error:comparison of integer expressions of different signedness: 'int' and 'unsigned int' [-Werror=sign-compare] 33 | for (i = 0; i < sizeof(block)/sizeof(block[0]); i++) { | ^ Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Compare: https://github.com/OpenAMP/libmetal/compare/c65f40afd64c...4a7fcfbbe450 To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

5 months

1
0
0 0

[OpenAMP/openamp-system-reference] 3a59cf: echo: embed legacy_apps build info into echo readm...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 3a59cf976e6426f750edfba750f659fd2c8e4258 https://github.com/OpenAMP/openamp-system-reference/commit/3a59cf976e6426f7… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M examples/legacy_apps/examples/echo/README.rst Log Message: ----------- echo: embed legacy_apps build info into echo readme file sphinx, as used in readthedocs can embed an md page, so do that here for read the docs, but leave the relative link for anyone that comes across this page via github directly. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: 07673d06a3f63d2a4d3a402892b865a8ebc7c76e https://github.com/OpenAMP/openamp-system-reference/commit/07673d06a3f63d2a… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M examples/legacy_apps/README.md Log Message: ----------- legacy_apps: adjust readme for inclusion in readthedocs Intent is to embed this page into readthedocs, so reword the title and provide some repository links for context. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: e2d16ecaecd39f62f3c179be42b78a62b62c31f9 https://github.com/OpenAMP/openamp-system-reference/commit/e2d16ecaecd39f62… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M examples/legacy_apps/README.md Log Message: ----------- legacy_apps: remove execution of examples from build readme With the intent of providing individual execution shell blocks in each application/example sub directory remove the generic example from this build page. This is primarily as this page is intended to be embedded in the readthedocs so having htis shell block will not be intuitive there. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: 656bbb5d1d50e5c97c266e2e299d8ee4af2db454 https://github.com/OpenAMP/openamp-system-reference/commit/656bbb5d1d50e5c9… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M examples/legacy_apps/README.md Log Message: ----------- legacy_apps: change all code blocks to shell block without prompt to address issue https://github.com/OpenAMP/openamp-docs/issues/84 change all code blocks to markdown shell block. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: 0f3c507cbdaab195940810f84e8447003896b8b4 https://github.com/OpenAMP/openamp-system-reference/commit/0f3c507cbdaab195… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M examples/legacy_apps/README.md Log Message: ----------- legacy_apps: shift headings by one With this build file being included in readthedocs, we want to ensure the first heading is the main title, so shift all others out. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: ff7a98bbdb9cf172ff04cd70b8df0b3363867b76 https://github.com/OpenAMP/openamp-system-reference/commit/ff7a98bbdb9cf172… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M examples/legacy_apps/examples/linux_rpc_demo/README.rst Log Message: ----------- linux_rpc_demo: embed legacy_apps build info into readme file sphinx, as used in readthedocs can embed an md page, so do that here for read the docs, but leave the relative link for anyone that comes across this page via github directly. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: 3747bc8de29283fcf7c80abf65448a42ac6cf774 https://github.com/OpenAMP/openamp-system-reference/commit/3747bc8de29283fc… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M examples/legacy_apps/examples/matrix_multiply/README.rst Log Message: ----------- matrix_multiply: embed legacy_apps build info into readme file sphinx, as used in readthedocs can embed an md page, so do that here for read the docs, but leave the relative link for anyone that comes across this page via github directly. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: e94322caa22e77c1642da5bb530322d01ce02f0c https://github.com/OpenAMP/openamp-system-reference/commit/e94322caa22e77c1… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M examples/zephyr/rpmsg_multi_services/README.rst Log Message: ----------- zephyr:rpmsg_multi_services: embed legacy_apps build info into readme file sphinx, as used in readthedocs can embed an md page, so do that here for read the docs, but leave the relative link for anyone that comes across this page via github directly. Remove the title as the embed adds the title. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: 763546731453620cf58a68587d8c1b06510422ca https://github.com/OpenAMP/openamp-system-reference/commit/763546731453620c… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M examples/zephyr/README.md Log Message: ----------- zephyr: adjust introductory text of readme file for readthedocs integration This page will be embedded into readthedoc demo/examples so the two example references are not intuitive and they seem not to work on github markdown anyway, so not a big loss removing them from that repository. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: f7d0cf37a7afd9b0e75fcd2a38bdadf3e82d3654 https://github.com/OpenAMP/openamp-system-reference/commit/f7d0cf37a7afd9b0… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M examples/legacy_apps/examples/rpc_demo/README.rst Log Message: ----------- matrix_multiply: embed legacy_apps build info into rpc_demo readme file sphinx, as used in readthedocs can embed an md page, so do that here for read the docs, but leave the relative link for anyone that comes across this page via github directly. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: 0994fa38c476f09e339123a9ae67289d3cc92c74 https://github.com/OpenAMP/openamp-system-reference/commit/0994fa38c476f09e… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M examples/zephyr/rpmsg_multi_services/README.rst Log Message: ----------- examples:zephyr: remove prompt from shell commands for multi service demo To make for easier copying of commands remove the prompt from the start of command examples. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: 20332c9a4ef8ec96cb39c56cee9fcc78947cb54c https://github.com/OpenAMP/openamp-system-reference/commit/20332c9a4ef8ec96… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M examples/legacy_apps/machine/xlnx/README.md M examples/linux/dts/xilinx/README.md Log Message: ----------- doc: fix non consecutive headings warning for sphinx document generation Make headings consecutive to fix the header warning WARNING: Non-consecutive header level increase Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: 4869d96b79ae4d96aa17929b3a62531708db5fa7 https://github.com/OpenAMP/openamp-system-reference/commit/4869d96b79ae4d96… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M examples/zephyr/dual_qemu_ivshmem/README.rst Log Message: ----------- doc: correct bullet list error due to missing indent The bullet point was multiline sentence so needs an indentation to avoid the warning. WARNING: Bullet list ends without a blank line; unexpected unindent. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: a544f7149cd47f8c377281cff4c87828a9b9d9de https://github.com/OpenAMP/openamp-system-reference/commit/a544f7149cd47f8c… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M examples/zephyr/rpmsg_multi_services/README.rst Log Message: ----------- doc: fix error in code-block directives most of the code-block indentation was slightly out, so correct to avoid the error. ERROR: Error in "code-block" directive Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: 26e0da75dcb467655090539b294142ed33f028ba https://github.com/OpenAMP/openamp-system-reference/commit/26e0da75dcb46765… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M examples/libmetal/machine/remote/amd_rpu/system/generic/README.md Log Message: ----------- examples: add title to amd_rp readme to avoid warning The readme file was referenced by documentation through table of contents but as it had no title could not be created and skipped. Add a title to avoid the warning: toctree contains reference to document 'openamp-system-reference/examples/libmetal/machine/remote/amd_rpu/ system/generic/README' that doesn't have a title: no link will be generated [toc.no_title] Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: ebdb5c0c1119bfba9a840b7d8d43580722155b8e https://github.com/OpenAMP/openamp-system-reference/commit/ebdb5c0c1119bfba… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M examples/zephyr/rpmsg_multi_services/README.rst Log Message: ----------- examples: create unique titles in zephyr multi services readme Sphinx config has title generating automatic references so create unique titles in this file to avoid the warning: WARNING: duplicate label ... Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Compare: https://github.com/OpenAMP/openamp-system-reference/compare/3eec8f826a2f...… To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

5 months, 2 weeks

1
0
0 0

[OpenAMP/libmetal] 3d29e3: doc: add maintainers file to doxygen document gene...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 3d29e3b0fca97d5ddca4ec2795010bd1dd19d126 https://github.com/OpenAMP/libmetal/commit/3d29e3b0fca97d5ddca4ec2795010bd1… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M doc/Doxyfile.in Log Message: ----------- doc: add maintainers file to doxygen document generation to provide access to maintainers information for this repository add it to the input source files. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: c65f40afd64c1801b78c39ae58f24c6d7ba88af7 https://github.com/OpenAMP/libmetal/commit/c65f40afd64c1801b78c39ae58f24c6d… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M doc/Doxyfile.in Log Message: ----------- doxygen: remove obsolete options PERL_PATH and MSCGEN_PATH are no longer used, so remove from Doxyfile.in to avoid warning warning Tag 'PERL_PATH' ... has become obsolete. warning: Tag 'MSCGEN_PATH' ... has become obsolete. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Compare: https://github.com/OpenAMP/libmetal/compare/ece95f0e7181...c65f40afd64c To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

5 months, 2 weeks

1
0
0 0

[OpenAMP/open-amp] 00a3c0: README: Fix URL format

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 00a3c0d3f75452dafb1fd98682296a33d37e3ff8 https://github.com/OpenAMP/open-amp/commit/00a3c0d3f75452dafb1fd98682296a33… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M README.md Log Message: ----------- README: Fix URL format Converted the openamp-system-reference URL to a markdown link for better readability. 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

5 months, 2 weeks

1
0
0 0

[OpenAMP/open-amp] c876e3: doc: add maintainers file to doxygen document gene...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: c876e31706ca2c5e9c1b7a5302754ca6edd4ee0e https://github.com/OpenAMP/open-amp/commit/c876e31706ca2c5e9c1b7a5302754ca6… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M doc/Doxyfile.in Log Message: ----------- doc: add maintainers file to doxygen document generation to provide access to maintainers information for this repository add it to the input source files. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: da42e0cff6dad33e11af160697f9f2ec8998d674 https://github.com/OpenAMP/open-amp/commit/da42e0cff6dad33e11af160697f9f2ec… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: M doc/Doxyfile.in Log Message: ----------- doxygen: remove obsolete options PERL_PATH and MSCGEN_PATH are no longer used, so remove from Doxyfile.in to avoid warning: to avoid warning warning Tag 'PERL_PATH' ... has become obsolete. warning: Tag 'MSCGEN_PATH' ... has become obsolete. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: 4a6835e34af7a40d56d08a7bdb8f755b316a8039 https://github.com/OpenAMP/open-amp/commit/4a6835e34af7a40d56d08a7bdb8f755b… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2026-03-31 (Tue, 31 Mar 2026) Changed paths: R Doxyfile Log Message: ----------- doxygen: remove superfluous Doxyfile file used by doxygen is doc/Doxyfile.in so remove the Doxyfile file from root folder to avoid confusion. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Compare: https://github.com/OpenAMP/open-amp/compare/62b288811192...4a6835e34af7 To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

5 months, 2 weeks

1
0
0 0

OpenAMP release 2026.04: code freeze on April 17th

by Arnaud POULIQUEN

Hello, The v2026.04 release of the OpenAMP project repositories is scheduled for the end of next month. Please note that the feature freeze will take effect on April 17th. After this date, only bug fixes will be accepted until the release. To ensure sufficient time for the review process, please submit your pull requests at least two weeks before the feature freeze date. Thanks and regards, Arnaud Pouliquen

5 months, 3 weeks

1
0
0 0

[OpenAMP/open-amp] 62b288: remoteproc: clear bitmap in remoteproc_shutdown()

by Li Zhiyuan

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 62b28881119277b9d2f244b2314e18bde23c296e https://github.com/OpenAMP/open-amp/commit/62b28881119277b9d2f244b2314e18bd… Author: Li Zhiyuan <doitysf(a)hotmail.com> Date: 2026-02-25 (Wed, 25 Feb 2026) Changed paths: M lib/remoteproc/remoteproc.c Log Message: ----------- remoteproc: clear bitmap in remoteproc_shutdown() Clear the allocated bitmap in `remoteproc_shutdown()` to prevent resource table parsing failures on repeated remoteproc starts. Signed-off-by: Li Zhiyuan <doitysf(a)hotmail.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

6 months, 2 weeks

1
0
0 0

[OpenAMP/openamp-system-reference] 5f1103: examples: legacy_apps: machine: fix Linux CMake bu...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 5f1103ee95f9c293a62185b36e0e311b2d4c0933 https://github.com/OpenAMP/openamp-system-reference/commit/5f1103ee95f9c293… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-02-17 (Tue, 17 Feb 2026) Changed paths: M examples/legacy_apps/machine/CMakeLists.txt Log Message: ----------- examples: legacy_apps: machine: fix Linux CMake build issue When PROJECT_VENDOR is not set it is treated as an empty string in the path ${CMAKE_CURRENT_SOURCE_DIR}/${PROJECT_VENDOR}/CMakeLists.txt. Since examples/legacy_apps/machine/CMakeLists.txt exists, the condition evaluates to true even though PROJECT_VENDOR is not defined. Fix this by explicitly testing that PROJECT_VENDOR is defined before checking for the vendor-specific CMakeLists.txt. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Commit: 3eec8f826a2f7fd5b3028bfdbe8253e00ec87f0c https://github.com/OpenAMP/openamp-system-reference/commit/3eec8f826a2f7fd5… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-02-17 (Tue, 17 Feb 2026) Changed paths: M examples/legacy_apps/cmake/options.cmake Log Message: ----------- examples: legacy_apps: machine: enable WITH_EXAMPLES by default The purpose of legacy_apps is to provide examples, so it makes sense to have this configuration enabled by default. This also fixes a compatibility issue with legacy scripts used, for instance, in the open-amp CI. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Compare: https://github.com/OpenAMP/openamp-system-reference/compare/4bdabbb5b6aa...… To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

6 months, 3 weeks

1
0
0 0

Re: [OA-syst-ref] RPMsg IOCTL access without root permissions from Linux userspace

by Shah, Tanmay

On 2/6/2026 2:13 PM, Mark Hatle wrote: > > > On 2/6/26 11:43 AM, Shah, Tanmay via Openamp-system-reference wrote: >> Hi all, >> >> I am working on remoteproc auto-boot feature. While working on this, I >> realized it should be possible to achieve RPMsg communication without >> root access given to the user. Existing demos doesn't support it, but I >> want to open discussion on how that can be achieved. >> >> One way discussed was, to use IOCTLS to create RPMSg devices, and I had >> open issue here: >> https://github.com/OpenAMP/openamp-system-reference/issues/50 >> >> I tried to modify echo_test[1] demo and use IOCTLS instead of accessing >> devices from sysfs directly, but that still need root access. >> >> My goal is to design following workflow for the RPMsg communication with >> the remote processor: >> >> 1. Linux device-tree has auto-boot property enabled. >> 2. During boot, driver parses auto-boot related properties, loads fw and >> boots rproc automatically (without user's involvement) >> 3. After boot, rproc firmware does name service announcement of RPMsg >> channels. >> 4. Linux creates RPMsg devices and ept based on above announcement. >> 5. Userspace apps uses RPMsg ioctls to create ept and rpmsg devices. >> 6. Userspace apps uses created devices for RPMsg communication with the >> remote processor. >> >> As per my testing, as of now step-5 and step-6 needs root access. >> Ideally userspace apps should be able to create/read/write/close rpmsg >> devices without root access (for security purposes). >> >> Is there any other way this problem is solved? I appreciate your input. > > This is a 'capabilities' issue. If a user needs to be able to do > something (like run an app that communicates to another app), but it's > too dangerous to give them full system root access, you'd define > appropriate capabilities and then grant the user JUST the capabilities > they need. > > i.e. you should be able to grand the ability to read/write/close to a > user. The create could require something else. So your app startup > becomes: > > User/app gets root (this setuid root on the app) > App runs, which creates the remote connection and makes it available > User/app drops root, and moved to user permissions with an appropriate > capability to use those interfaces in a 'safe' way. > > I explored more about this. I think we can write udev rule which will create devices automatically. Here is the example: https://github.com/andersson/rpmsgexport/blob/master/README I don't have much knowledge on writing udev rules, but I will explore and learn it. > As long as the app startup through dropping the perms is well audited, > it is of minimal security concerns. Then the remaining app activities > are 'safe' in that they are constrained. > > I have no idea offhand what capabilities that IOCTL should use, but > there should be a lot of information about this. This is what I would > exlore. > Sure I will explore more on IOCTL and user capabilities. There should be some way to allow user to operate on particular devices without root privileges. Thank you for all the information. Tanmay > --Mark > > >> Thank You, >> Tanmay >> >> >> References: >> >> [1] >> https://github.com/OpenAMP/openamp-system-reference/blob/main/ >> examples/linux/rpmsg-echo-test/echo_test.c >> >> >

7 months

2
1
0 0

RPMsg IOCTL access without root permissions from Linux userspace

by Shah, Tanmay

Hi all, I am working on remoteproc auto-boot feature. While working on this, I realized it should be possible to achieve RPMsg communication without root access given to the user. Existing demos doesn't support it, but I want to open discussion on how that can be achieved. One way discussed was, to use IOCTLS to create RPMSg devices, and I had open issue here: https://github.com/OpenAMP/openamp-system-reference/issues/50 I tried to modify echo_test[1] demo and use IOCTLS instead of accessing devices from sysfs directly, but that still need root access. My goal is to design following workflow for the RPMsg communication with the remote processor: 1. Linux device-tree has auto-boot property enabled. 2. During boot, driver parses auto-boot related properties, loads fw and boots rproc automatically (without user's involvement) 3. After boot, rproc firmware does name service announcement of RPMsg channels. 4. Linux creates RPMsg devices and ept based on above announcement. 5. Userspace apps uses RPMsg ioctls to create ept and rpmsg devices. 6. Userspace apps uses created devices for RPMsg communication with the remote processor. As per my testing, as of now step-5 and step-6 needs root access. Ideally userspace apps should be able to create/read/write/close rpmsg devices without root access (for security purposes). Is there any other way this problem is solved? I appreciate your input. Thank You, Tanmay References: [1] https://github.com/OpenAMP/openamp-system-reference/blob/main/examples/linu…

7 months, 1 week

1
0
0 0

[OpenAMP/libmetal] 90d19d: libmetal: cmake: support machine less build

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 90d19dc759c89220e04b987b4e00556506b8ad25 https://github.com/OpenAMP/libmetal/commit/90d19dc759c89220e04b987b4e005565… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2026-02-04 (Wed, 04 Feb 2026) Changed paths: M cmake/options.cmake M lib/system/freertos/CMakeLists.txt M lib/system/generic/CMakeLists.txt M test/system/freertos/CMakeLists.txt M test/system/generic/CMakeLists.txt M test/system/linux/CMakeLists.txt M test/system/zephyr/CMakeLists.txt Log Message: ----------- libmetal: cmake: support machine less build libmetal can be build without any machine support. It is possible that vendors implement machine specific interfaces outside of libmetal and link it with demos during build time. Hence, remove requirement to have MACHINE and PROJECT_MACHINE variables from the build system. If vendor prefer to choose 'template' machine, they can pass such option during cmake configuration. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> Commit: 9c593d7a95d9381ee7d0934ae4c3a6f6311fb9be https://github.com/OpenAMP/libmetal/commit/9c593d7a95d9381ee7d0934ae4c3a6f6… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2026-02-04 (Wed, 04 Feb 2026) Changed paths: R lib/system/freertos/xlnx/CMakeLists.txt Log Message: ----------- lib: freertos: remove xlnx vendor directory This directory was removed and re-inroduced by mistake, and should not exists in the libmetal. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> Commit: ece95f0e71811c44a4c23d9a1514f338ccf60c75 https://github.com/OpenAMP/libmetal/commit/ece95f0e71811c44a4c23d9a1514f338… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-02-04 (Wed, 04 Feb 2026) Changed paths: M lib/system/freertos/sys.h M lib/system/freertos/template/CMakeLists.txt R lib/system/freertos/template/sys.h M lib/system/generic/sys.h M lib/system/generic/template/CMakeLists.txt R lib/system/generic/template/sys.h Log Message: ----------- lib: system: template: remove template/sys.h for generic and freeRTOS Declare sys_irq_enable() and sys_irq_enable() directly in lib/system/@PROJECT_SYSTEM@/sys.h. This allows to declare the machine out of tree of the libmetal but also to support the in-tree template. [minor style fix by tanmay] Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> Compare: https://github.com/OpenAMP/libmetal/compare/9196a664c425...ece95f0e7181 To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

7 months, 1 week

1
0
0 0

[OpenAMP/openamp-system-reference] 4bdabb: examples: legacy_apps: vendor: Add initial vendor ...

by ben

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 4bdabbb5b6aaaa902f56d408c091dbefc11e62ca https://github.com/OpenAMP/openamp-system-reference/commit/4bdabbb5b6aaaa90… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-01-29 (Thu, 29 Jan 2026) Changed paths: M examples/legacy_apps/CMakeLists.txt M examples/legacy_apps/cmake/options.cmake M examples/legacy_apps/machine/CMakeLists.txt R examples/legacy_apps/machine/microblaze_generic/CMakeLists.txt R examples/legacy_apps/machine/microblaze_generic/README.md R examples/legacy_apps/machine/microblaze_generic/platform_info.c R examples/legacy_apps/machine/microblaze_generic/platform_info.h R examples/legacy_apps/machine/microblaze_generic/rsc_table.c R examples/legacy_apps/machine/microblaze_generic/rsc_table.h R examples/legacy_apps/machine/microblaze_generic/zynqmp_mb_a53_rproc.c A examples/legacy_apps/machine/xlnx/CMakeLists.txt A examples/legacy_apps/machine/xlnx/README.md A examples/legacy_apps/machine/xlnx/linker_files/lscript_r5.ld.in A examples/legacy_apps/machine/xlnx/linker_files/lscript_versal_r5.ld.in A examples/legacy_apps/machine/xlnx/microblaze_generic/CMakeLists.txt A examples/legacy_apps/machine/xlnx/microblaze_generic/README.md A examples/legacy_apps/machine/xlnx/microblaze_generic/platform_info.c A examples/legacy_apps/machine/xlnx/microblaze_generic/platform_info.h A examples/legacy_apps/machine/xlnx/microblaze_generic/rsc_table.c A examples/legacy_apps/machine/xlnx/microblaze_generic/rsc_table.h A examples/legacy_apps/machine/xlnx/microblaze_generic/zynqmp_mb_a53_rproc.c A examples/legacy_apps/machine/xlnx/zynqmp/CMakeLists.txt A examples/legacy_apps/machine/xlnx/zynqmp/openamp-linux-userspace.dtsi A examples/legacy_apps/machine/xlnx/zynqmp/platform_info.c A examples/legacy_apps/machine/xlnx/zynqmp/platform_info.h A examples/legacy_apps/machine/xlnx/zynqmp/zynqmp_linux_r5_proc.c A examples/legacy_apps/machine/xlnx/zynqmp_r5/CMakeLists.txt A examples/legacy_apps/machine/xlnx/zynqmp_r5/freertos/gic_init.c A examples/legacy_apps/machine/xlnx/zynqmp_r5/generic/gic_init.c A examples/legacy_apps/machine/xlnx/zynqmp_r5/helper.c A examples/legacy_apps/machine/xlnx/zynqmp_r5/linker_large_text.ld A examples/legacy_apps/machine/xlnx/zynqmp_r5/linker_remote.ld A examples/legacy_apps/machine/xlnx/zynqmp_r5/platform_info.c A examples/legacy_apps/machine/xlnx/zynqmp_r5/platform_info.h A examples/legacy_apps/machine/xlnx/zynqmp_r5/rsc_table.c A examples/legacy_apps/machine/xlnx/zynqmp_r5/rsc_table.h A examples/legacy_apps/machine/xlnx/zynqmp_r5/zynqmp_r5_a53_rproc.c R examples/legacy_apps/machine/zynqmp/CMakeLists.txt R examples/legacy_apps/machine/zynqmp/openamp-linux-userspace.dtsi R examples/legacy_apps/machine/zynqmp/platform_info.c R examples/legacy_apps/machine/zynqmp/platform_info.h R examples/legacy_apps/machine/zynqmp/zynqmp_linux_r5_proc.c R examples/legacy_apps/machine/zynqmp_r5/CMakeLists.txt R examples/legacy_apps/machine/zynqmp_r5/freertos/gic_init.c R examples/legacy_apps/machine/zynqmp_r5/generic/gic_init.c R examples/legacy_apps/machine/zynqmp_r5/linker_large_text.ld R examples/legacy_apps/machine/zynqmp_r5/linker_remote.ld R examples/legacy_apps/machine/zynqmp_r5/platform_info.c R examples/legacy_apps/machine/zynqmp_r5/platform_info.h R examples/legacy_apps/machine/zynqmp_r5/rsc_table.c R examples/legacy_apps/machine/zynqmp_r5/rsc_table.h R examples/legacy_apps/machine/zynqmp_r5/zynqmp_r5_a53_rproc.c Log Message: ----------- examples: legacy_apps: vendor: Add initial vendor port for AMD-Xilinx platforms Add CMake logic to build AMD-xilinx classic OpenAMP RPU Firmware demos using Software Hardware Exchange Loop (SHEL) Flow to generate linker script. This can be done with Lopper to generate the device tree and native CMake, Yocto AMD-Xilinx Embedded Development Framework (EDF) or Vitis Unified IDE Workflows. As part of this add options for vendor specific build. By default all tests and examples will still build but add options to make each mutable. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

7 months, 2 weeks

1
0
0 0

[OpenAMP/open-amp] 59e843: CI: Fix compliance check folder bypass

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 59e843f3efd788c181436066298a3e03273bc4a1 https://github.com/OpenAMP/open-amp/commit/59e843f3efd788c181436066298a3e03… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-01-26 (Mon, 26 Jan 2026) Changed paths: M .github/workflows/compliance.yml Log Message: ----------- CI: Fix compliance check folder bypass On GitHub, this check is tagged as "Required." However, if a PR only affects the following folders:.github, docs, scripts, or cmake, the check is not executed (to avoid false positives), resulting in the status "execution pending" + "required" on GitHub. This commit forces the execution of the check but bypasses the compliance.xml test when the PR only affects the listed folders. If at least one update affects other folders, the compliance check runs as usual. In addition, the cmake folder is removed from the list, as there is no reason to skip compliance tests on it. 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

7 months, 2 weeks

1
0
0 0

[OpenAMP/openamp-system-reference] c18492: examples: libmetal: amd_rpu: baremetal: Fix wait c...

by ben

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: c1849243878fa57686ab67fc8571e0a3dab24c94 https://github.com/OpenAMP/openamp-system-reference/commit/c1849243878fa576… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-01-26 (Mon, 26 Jan 2026) Changed paths: M examples/libmetal/machine/remote/amd_rpu/system/generic/amp_demo_os.h Log Message: ----------- examples: libmetal: amd_rpu: baremetal: Fix wait condition As the resume condition clears the flag, this should check if clear. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: a1606dff2d51f3f00ced4b463ba64fc274eb1899 https://github.com/OpenAMP/openamp-system-reference/commit/a1606dff2d51f3f0… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-01-26 (Mon, 26 Jan 2026) Changed paths: M examples/libmetal/machine/remote/amd_rpu/system/generic/gic_init.c Log Message: ----------- examples: libmetal: amd_rpu: baremetal: Use AMD recommended ISR via IPIPSU driver AMD BSP recommended usage recommends using IPI driver to hook in IPIPSU driver. Reference example here: https://github.com/xilinx/embeddedsw/blob/master/XilinxProcessorIPLib/drive… As part of this remove unneeded lines. Also use config.h provided IPI value to get the IPIPSU instance. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: c5211b46efc4b831df04203fb3886fde75d0e5d8 https://github.com/OpenAMP/openamp-system-reference/commit/c5211b46efc4b831… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-01-26 (Mon, 26 Jan 2026) Changed paths: M examples/libmetal/demos/irq_shmem_demo/README.md M examples/libmetal/demos/irq_shmem_demo/host/irq_shmem_demo.c M examples/libmetal/demos/irq_shmem_demo/remote/irq_shmem_demo.c M examples/libmetal/machine/host/amd_linux_userspace/CMakeLists.txt M examples/libmetal/machine/host/amd_linux_userspace/README.md M examples/libmetal/machine/host/amd_linux_userspace/common.h A examples/libmetal/machine/host/amd_linux_userspace/config.h.in M examples/libmetal/machine/host/amd_linux_userspace/platform_init.c M examples/libmetal/machine/remote/amd_rpu/CMakeLists.txt M examples/libmetal/machine/remote/amd_rpu/README.md M examples/libmetal/machine/remote/amd_rpu/build_deps.cmake M examples/libmetal/machine/remote/amd_rpu/common.h A examples/libmetal/machine/remote/amd_rpu/config.h.in A examples/libmetal/machine/remote/amd_rpu/linker_files/lscript_r5.ld.in A examples/libmetal/machine/remote/amd_rpu/linker_files/lscript_r52_generic.ld.in A examples/libmetal/machine/remote/amd_rpu/linker_files/lscript_versal_net_r5.ld.in A examples/libmetal/machine/remote/amd_rpu/linker_files/lscript_versal_r5.ld.in M examples/libmetal/machine/remote/amd_rpu/platform_init.c M examples/libmetal/machine/remote/amd_rpu/system/generic/gic_init.c Log Message: ----------- examples: libmetal: align demo carveouts with OpenAMP layout Move the libmetal host/remote demo off the legacy single 3ed80000.shm window to the OpenAMP-style carveouts at 0x09860000 with separate descriptor UIOs (9860000.shm_desc, 9864000.shm_desc) and payload (9868000.shm), update the platform init code to open/map the new descriptor regions, add optional config-driven IPI overrides, and match the RPU defaults to the same layout. As part of this, mimic OpenAMP vendor-specific demos in that they will also support support use of unified CMake-driven symbols. This enables external tooling to generate a .cmake file from the system device tree that configures the demo for the target platform without manual edits to source files. Key changes: - Add config.h.in templates for both Linux host and RPU remote that use #cmakedefine to optionally override defaults from common.h - Separate monolithic SHM_BASE_ADDR/SHM_SIZE into distinct carveouts: * SHM0_DESC_BASE/SIZE - descriptor ring 0 * SHM1_DESC_BASE/SIZE - descriptor ring 1 * SHM_PAYLOAD_BASE/SIZE - data payload area - Wrap all platform-specific IPI symbols in #ifndef guards: * IPI_DEV_NAME, IPI_BASE_ADDR, IPI_MASK - Wrap all platform-specific TTC symbols in #ifndef guards: * TTC_DEV_NAME, TTC0_BASE_ADDR, TTC_NODEID - Include demo-specific specific symbols for IPI, Shared memory and TTC as provided by configure-time generated config.h file. - Configure linker script via .cmake metadata too. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 54d438856c372c5704d5f8640f97e48558388efd https://github.com/OpenAMP/openamp-system-reference/commit/54d438856c372c57… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-01-26 (Mon, 26 Jan 2026) Changed paths: M examples/libmetal/machine/host/amd_linux_userspace/CMakeLists.txt R examples/libmetal/machine/host/amd_linux_userspace/ipi-uio.c Log Message: ----------- examples: libmetal: amd_linux_userspace: remove UIO unused C file UIO C file is dead code. remove it. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: a591224d413fb3d7d028e6ce3af1b2bf875d7dee https://github.com/OpenAMP/openamp-system-reference/commit/a591224d413fb3d7… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-01-26 (Mon, 26 Jan 2026) Changed paths: M examples/libmetal/machine/host/amd_linux_userspace/CMakeLists.txt Log Message: ----------- examples: libmetal: amd_linux_userspace: simplify build Simplify build as it was previously based off legacy Libmetal Linux AMP Demo. Streamline it to just pick up and deliver a statically linked executable. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Compare: https://github.com/OpenAMP/openamp-system-reference/compare/1a21aaefa874...… To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

7 months, 2 weeks

1
0
0 0

[OpenAMP/openamp-system-reference] 1a21aa: zephyr: add versalnet_rpu support

by ben

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 1a21aaefa87404b306511d6f26600ffd6a582567 https://github.com/OpenAMP/openamp-system-reference/commit/1a21aaefa87404b3… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-01-26 (Mon, 26 Jan 2026) Changed paths: A examples/zephyr/rpmsg_multi_services/boards/versalnet_rpu.conf M examples/zephyr/rpmsg_multi_services/sample.yaml Log Message: ----------- zephyr: add versalnet_rpu support The Versal-NET RPU board uses MBOX so in this demo use IPM over MBOX driver for that board. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

7 months, 2 weeks

1
0
0 0

[OpenAMP/libmetal]

by Arnaud Pouliquen

Branch: refs/tags/v2025.10.1 Home: https://github.com/OpenAMP/libmetal To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

7 months, 3 weeks

1
0
0 0

[OpenAMP/libmetal] 12b07f: release: libmetal 2025.10.1

by Arnaud Pouliquen

Branch: refs/heads/v2025.10 Home: https://github.com/OpenAMP/libmetal Commit: 12b07f618c34d5e93f9d127c5bf7c927e4540469 https://github.com/OpenAMP/libmetal/commit/12b07f618c34d5e93f9d127c5bf7c927… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-01-20 (Tue, 20 Jan 2026) Changed paths: M VERSION Log Message: ----------- release: libmetal 2025.10.1 Set library version to 1.9.1 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

7 months, 3 weeks

1
0
0 0

[OpenAMP/libmetal] 9196a6: CI: Update QEMU Xtensa board name

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 9196a664c425c8c065a70efd7f0a260610c51e2c https://github.com/OpenAMP/libmetal/commit/9196a664c425c8c065a70efd7f0a2606… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-01-20 (Tue, 20 Jan 2026) Changed paths: M .github/actions/build_ci/entrypoint.sh Log Message: ----------- CI: Update QEMU Xtensa board name The board "qemu_xtensa" has been renamed to "qemu_xtensa/dc233c" and deprecated in the Zephyr commit: https://github.com/zephyrproject-rtos/zephyr/commit/84c12ab5b5faf478cd264e0… 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

7 months, 3 weeks

1
0
0 0

[OpenAMP/libmetal] 37f4b7: libmetal: cmake: support machine less build

by Arnaud Pouliquen

Branch: refs/heads/v2025.10 Home: https://github.com/OpenAMP/libmetal Commit: 37f4b7389a216b301570c05e29814b8b5bbe16d4 https://github.com/OpenAMP/libmetal/commit/37f4b7389a216b301570c05e29814b8b… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2026-01-19 (Mon, 19 Jan 2026) Changed paths: M cmake/options.cmake M lib/system/freertos/CMakeLists.txt M lib/system/generic/CMakeLists.txt M test/system/freertos/CMakeLists.txt M test/system/generic/CMakeLists.txt M test/system/linux/CMakeLists.txt M test/system/zephyr/CMakeLists.txt Log Message: ----------- libmetal: cmake: support machine less build libmetal can be build without any machine support. It is possible that vendors implement machine specific interfaces outside of libmetal and link it with demos during build time. Hence, remove requirement to have MACHINE and PROJECT_MACHINE variables from the build system. If vendor prefer to choose 'template' machine, they can pass such option during cmake configuration. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> Commit: ad4b08d4636e342ffe1bd35b0cfe0eb15bf5199f https://github.com/OpenAMP/libmetal/commit/ad4b08d4636e342ffe1bd35b0cfe0eb1… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2026-01-19 (Mon, 19 Jan 2026) Changed paths: R lib/system/freertos/xlnx/CMakeLists.txt Log Message: ----------- lib: freertos: remove xlnx vendor directory This directory was removed and re-inroduced by mistake, and should not exists in the libmetal. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> Commit: f281301e4bfd7acede8d3322eddd191a43841631 https://github.com/OpenAMP/libmetal/commit/f281301e4bfd7acede8d3322eddd191a… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-01-19 (Mon, 19 Jan 2026) Changed paths: M lib/system/freertos/sys.h M lib/system/freertos/template/CMakeLists.txt R lib/system/freertos/template/sys.h M lib/system/generic/sys.h M lib/system/generic/template/CMakeLists.txt R lib/system/generic/template/sys.h Log Message: ----------- lib: system: template: remove template/sys.h for generic and freeRTOS Declare sys_irq_enable() and sys_irq_enable() directly in lib/system/@PROJECT_SYSTEM@/sys.h. This allows to declare the machine out of tree of the libmetal but also to support the in-tree template. [minor style related fix by tanmay] Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> Compare: https://github.com/OpenAMP/libmetal/compare/dbf9cf5286b4...f281301e4bfd To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

7 months, 3 weeks

1
0
0 0

[OpenAMP/libmetal] 5bdf21: mutex: change the libmetal nuttx mutex to recursiv...

by Bowen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 5bdf21a54ff3d7fede7d54615c8d21e8d39de308 https://github.com/OpenAMP/libmetal/commit/5bdf21a54ff3d7fede7d54615c8d21e8… Author: Bowen Wang <wangbowen6(a)xiaomi.com> Date: 2026-01-13 (Tue, 13 Jan 2026) Changed paths: M lib/system/nuttx/mutex.h Log Message: ----------- mutex: change the libmetal nuttx mutex to recursive mutex To avoid the crash when lock are acquired twice, one case is in the destory process: we hold the rpdev->lock to iterate the rpdev->endpoints to destory all the endpoints, but rpmsg_destroy_ept() may send the name service message, and need acquire the rpdev->lock again to lead crash. Signed-off-by: Bowen Wang <wangbowen6(a)xiaomi.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

8 months

1
0
0 0

[OpenAMP/libmetal] d3a27c: lib: fix file headers for doxygen generation

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: d3a27c1454085c498226fe70db4c598485c758ad https://github.com/OpenAMP/libmetal/commit/d3a27c1454085c498226fe70db4c5984… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-01-13 (Tue, 13 Jan 2026) Changed paths: M lib/alloc.h M lib/assert.h M lib/atomic.h M lib/cache.h M lib/compiler.h M lib/compiler/gcc/atomic.h M lib/compiler/gcc/compiler.h M lib/compiler/iar/compiler.h M lib/condition.h M lib/config.h M lib/cpu.h M lib/device.h M lib/dma.h M lib/errno.h M lib/io.h M lib/irq.h M lib/irq_controller.h M lib/list.h M lib/log.h M lib/mutex.h M lib/processor/aarch64/cpu.h M lib/processor/ceva/cpu.h M lib/processor/generic/atomic.h M lib/processor/generic/cpu.h M lib/processor/hosted/cpu.c M lib/processor/hosted/cpu.h M lib/processor/x86/cpu.h M lib/processor/x86_64/cpu.h M lib/processor/xtensa/cpu.h M lib/shmem.c M lib/shmem.h M lib/sleep.h M lib/softirq.h M lib/spinlock.h M lib/sys.h M lib/system/freertos/alloc.h M lib/system/freertos/assert.h M lib/system/freertos/cache.h M lib/system/freertos/condition.c M lib/system/freertos/condition.h M lib/system/freertos/device.c M lib/system/freertos/init.c M lib/system/freertos/io.c M lib/system/freertos/io.h M lib/system/freertos/irq.c M lib/system/freertos/mutex.h M lib/system/freertos/shmem.c M lib/system/freertos/sleep.h M lib/system/freertos/sys.h M lib/system/freertos/template/sys.c M lib/system/freertos/template/sys.h M lib/system/freertos/time.c M lib/system/generic/alloc.h M lib/system/generic/assert.h M lib/system/generic/cache.h M lib/system/generic/condition.c M lib/system/generic/condition.h M lib/system/generic/device.c M lib/system/generic/init.c M lib/system/generic/io.c M lib/system/generic/io.h M lib/system/generic/irq.c M lib/system/generic/mutex.h M lib/system/generic/shmem.c M lib/system/generic/sleep.h M lib/system/generic/sys.h M lib/system/generic/template/sys.c M lib/system/generic/template/sys.h M lib/system/generic/time.c M lib/system/linux/alloc.h M lib/system/linux/assert.h M lib/system/linux/cache.h M lib/system/linux/condition.c M lib/system/linux/condition.h M lib/system/linux/device.c M lib/system/linux/init.c M lib/system/linux/io.h M lib/system/linux/irq.h M lib/system/linux/mutex.h M lib/system/linux/shmem.c M lib/system/linux/sleep.h M lib/system/linux/sys.h M lib/system/linux/time.c M lib/system/linux/utilities.c M lib/system/nuttx/alloc.h M lib/system/nuttx/assert.h M lib/system/nuttx/cache.h M lib/system/nuttx/condition.c M lib/system/nuttx/condition.h M lib/system/nuttx/device.c M lib/system/nuttx/init.c M lib/system/nuttx/io.h M lib/system/nuttx/irq.c M lib/system/nuttx/irq.h M lib/system/nuttx/mutex.h M lib/system/nuttx/shmem.c M lib/system/nuttx/sleep.h M lib/system/nuttx/sys.h M lib/system/nuttx/time.c M lib/system/zephyr/alloc.c M lib/system/zephyr/alloc.h M lib/system/zephyr/assert.h M lib/system/zephyr/cache.h M lib/system/zephyr/condition.c M lib/system/zephyr/condition.h M lib/system/zephyr/device.c M lib/system/zephyr/init.c M lib/system/zephyr/io.h M lib/system/zephyr/irq.c M lib/system/zephyr/log.c M lib/system/zephyr/log.h M lib/system/zephyr/mutex.h M lib/system/zephyr/shmem.c M lib/system/zephyr/sleep.h M lib/system/zephyr/sys.c M lib/system/zephyr/sys.h M lib/system/zephyr/time.c M lib/time.h M lib/utilities.h M lib/version.h M test/metal-test.h M test/system/zephyr/metal-test-internal.h Log Message: ----------- lib: fix file headers for doxygen generation - start by "/**", - fix file relative path, - fix typos, Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Commit: 03f8145fb2cd496a0e1bcdea9ba0e51f51259128 https://github.com/OpenAMP/libmetal/commit/03f8145fb2cd496a0e1bcdea9ba0e51f… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2026-01-13 (Tue, 13 Jan 2026) Changed paths: M lib/compiler/armcc/errno.h M lib/compiler/iar/errno.h M lib/device.c M lib/dma.c M lib/init.c M lib/io.c M lib/irq.c M lib/log.c M lib/softirq.c M lib/system/nuttx/io.c M lib/version.c Log Message: ----------- lib: Add missing file headers for doxygen generation Add file header on missing .c and *h files to display brief in documentation. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Compare: https://github.com/OpenAMP/libmetal/compare/f01d1bed0383...03f8145fb2cd To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

8 months

1
0
0 0

[OpenAMP/openamp-system-reference] 7d392c: examples: libmetal: amd_rpu: Add Baremetal Port

by ben

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 7d392c6707de6ec9ad875ee0308ecf4eb4eabec1 https://github.com/OpenAMP/openamp-system-reference/commit/7d392c6707de6ec9… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-01-07 (Wed, 07 Jan 2026) Changed paths: M examples/libmetal/machine/remote/amd_rpu/platform_init.c A examples/libmetal/machine/remote/amd_rpu/system/generic/CMakeLists.txt A examples/libmetal/machine/remote/amd_rpu/system/generic/README.md A examples/libmetal/machine/remote/amd_rpu/system/generic/amp_demo_os.h A examples/libmetal/machine/remote/amd_rpu/system/generic/gic_init.c A examples/libmetal/machine/remote/amd_rpu/system/generic/main.c Log Message: ----------- examples: libmetal: amd_rpu: Add Baremetal Port Add port that implements, main routine, suspend/resume and wiring in interrupts. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 40e9a51d97ff8bdc8d943f55722910494bb96b27 https://github.com/OpenAMP/openamp-system-reference/commit/40e9a51d97ff8bdc… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-01-07 (Wed, 07 Jan 2026) Changed paths: M examples/libmetal/machine/remote/amd_rpu/lscript_sdt.ld Log Message: ----------- examples: libmetal: amd_rpu: fix linker script Ensure that RPU Firmware will boot using FreeRTOS or Baremetal system by making sure linker script is proper. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: dcd4f7ab7da9252221ac1b9b3140a04c3660d05b https://github.com/OpenAMP/openamp-system-reference/commit/dcd4f7ab7da92522… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-01-07 (Wed, 07 Jan 2026) Changed paths: M examples/libmetal/machine/remote/amd_rpu/common.h M examples/libmetal/machine/remote/amd_rpu/platform_init.c Log Message: ----------- examples: libmetal: amd_rpu: Set size for shared memory device based on macro Before the size was hard-coded. Now let macro definition SHM_SIZE set shared memory region size Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 795f838777b01bb1bd9dddb26246531ef04050ac https://github.com/OpenAMP/openamp-system-reference/commit/795f838777b01bb1… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-01-07 (Wed, 07 Jan 2026) Changed paths: M examples/libmetal/machine/remote/amd_rpu/platform_init.c Log Message: ----------- examples: libmetal: amd_rpu: IRQ Handler now to handle based on registed IRQ As the IPI_IRQ_VECT_ID system interrupt is what is used to map the internal IRQ handler, pass this in to metal_irq_handle() call. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 276192eca17f4a4cc1a8f32965216f83e453fcd4 https://github.com/OpenAMP/openamp-system-reference/commit/276192eca17f4a4c… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-01-07 (Wed, 07 Jan 2026) Changed paths: M examples/libmetal/machine/remote/amd_rpu/platform_init.c Log Message: ----------- examples: libmetal: amd_rpu: Ensure IRQ setup is clean Wipe pre-existing IRQ kicks before register and enable of handler for IRQ Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 79cef32ccedc9661753ebf5fd3677e99cf25dd32 https://github.com/OpenAMP/openamp-system-reference/commit/79cef32ccedc9661… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-01-07 (Wed, 07 Jan 2026) Changed paths: M examples/libmetal/machine/remote/amd_rpu/platform_init.c Log Message: ----------- examples: libmetal: amd_rpu: Update log for role As the role for this C file is remote, ensure metal_err logging reflects this. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 5c118fb1619e900e32317d8e884ecaa54ef6cdd8 https://github.com/OpenAMP/openamp-system-reference/commit/5c118fb1619e900e… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-01-07 (Wed, 07 Jan 2026) Changed paths: A examples/libmetal/machine/remote/amd_rpu/build_deps.cmake Log Message: ----------- examples: libmetal: amd_rpu: Add build dependencies This was skipped because of .gitignore - add this for compilation Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 2e4b20c37e311809f96c93503dae04a45bf92694 https://github.com/OpenAMP/openamp-system-reference/commit/2e4b20c37e311809… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2026-01-07 (Wed, 07 Jan 2026) Changed paths: M examples/libmetal/machine/remote/amd_rpu/platform_init.c Log Message: ----------- libmetal: amd_rpu: use libmetal logging framework Same as legacy_apps, define and use platform specific logging handler. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Compare: https://github.com/OpenAMP/openamp-system-reference/compare/b73f5d7ca3e6...… To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

8 months, 1 week

1
0
0 0

[OpenAMP/libmetal]

by Arnaud Pouliquen

Branch: refs/heads/v2025.10 Home: https://github.com/OpenAMP/libmetal To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

8 months, 3 weeks

1
0
0 0

[OpenAMP/openamp-system-reference] b73f5d: zephyr: add versal2_rpu support

by ben

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: b73f5d7ca3e67b3cde6e8f1283a62118f83a1c70 https://github.com/OpenAMP/openamp-system-reference/commit/b73f5d7ca3e67b3c… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2025-12-19 (Fri, 19 Dec 2025) Changed paths: A examples/zephyr/rpmsg_multi_services/boards/versal2_rpu.conf M examples/zephyr/rpmsg_multi_services/sample.yaml Log Message: ----------- zephyr: add versal2_rpu support The Versal2 RPU board uses MBOX so in this demo use IPM over MBOX driver for that board. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

8 months, 3 weeks

1
0
0 0

[OpenAMP/libmetal] f01d1b: CI: Update to Zephyr 4.3 and use default associate...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: f01d1bed03838e68e20cc3bac35fba881789ee30 https://github.com/OpenAMP/libmetal/commit/f01d1bed03838e68e20cc3bac35fba88… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-12-17 (Wed, 17 Dec 2025) Changed paths: M .github/actions/build_ci/entrypoint.sh Log Message: ----------- CI: Update to Zephyr 4.3 and use default associated sdk - bump to Zephyr 4.3 - use `west packages pip --install` - use "west sdk install" command to install the expected sdk version. - only install compilers used for CI tests. 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

8 months, 4 weeks

1
0
0 0

[OpenAMP/open-amp] 10768d: CI: Update to Zephyr 4.3 and use default associate...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 10768d0c6f8e839ab31574a2a9093d774167e831 https://github.com/OpenAMP/open-amp/commit/10768d0c6f8e839ab31574a2a9093d77… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-12-17 (Wed, 17 Dec 2025) Changed paths: M .github/actions/build_ci/entrypoint.sh Log Message: ----------- CI: Update to Zephyr 4.3 and use default associated sdk - bump to Zephyr 4.3 - use west packages pip --install - use "west sdk install" command to install the expected sdk version. - only install arm-zephyr-eabi compiler as build tested only on arm targets 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

8 months, 4 weeks

1
0
0 0

[OpenAMP/open-amp] be5770: lib: remoteproc: Fix remoteproc_remove_virtio

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: be5770f30516505c1a4d35efcffff9fb547f7dcf https://github.com/OpenAMP/open-amp/commit/be5770f30516505c1a4d35efcffff9fb… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-12-05 (Fri, 05 Dec 2025) Changed paths: M lib/remoteproc/remoteproc.c Log Message: ----------- lib: remoteproc: Fix remoteproc_remove_virtio The code contains redundant checks with both metal_assert(vdev) and if (!vdev). Moreover, if the assert is disabled, it may lead to dereferencing a null pointer. We should not rely on asserts for API validation. Instead, replace the assert with an error message. 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

9 months, 1 week

1
0
0 0

[OpenAMP/openamp-system-reference]

by Arnaud Pouliquen

Branch: refs/heads/v2025.10 Home: https://github.com/OpenAMP/openamp-system-reference To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

9 months, 3 weeks

1
0
0 0

[OpenAMP/openamp-system-reference]

by Arnaud Pouliquen

Branch: refs/tags/v2025.10.0 Home: https://github.com/OpenAMP/openamp-system-reference To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

9 months, 3 weeks

1
0
0 0

[OpenAMP/openamp-system-reference] 89f2e8: legacy_apps: zynqmp_r5: change TCM size in the lin...

by Tanmay

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 89f2e80589d8e7b754331a40992618241ca8c863 https://github.com/OpenAMP/openamp-system-reference/commit/89f2e80589d8e7b7… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2025-11-25 (Tue, 25 Nov 2025) Changed paths: M examples/legacy_apps/machine/zynqmp_r5/linker_large_text.ld M examples/legacy_apps/machine/zynqmp_r5/linker_remote.ld Log Message: ----------- legacy_apps: zynqmp_r5: change TCM size in the linker script Current linker script supports only lockstep mode. Instead change it to support split mode by default. For ZynqMP R5 platform this means changing size of each TCM to 64Kb instead of 128Kb. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> Commit: 86be2a1f691eb472cf4f2be927285fd402eef430 https://github.com/OpenAMP/openamp-system-reference/commit/86be2a1f691eb472… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2025-11-25 (Tue, 25 Nov 2025) Changed paths: M examples/legacy_apps/examples/echo/CMakeLists.txt M examples/legacy_apps/examples/matrix_multiply/CMakeLists.txt M examples/legacy_apps/examples/rpc_demo/CMakeLists.txt 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 M examples/legacy_apps/machine/zynqmp_r5/linker_large_text.ld M examples/legacy_apps/machine/zynqmp_r5/linker_remote.ld M examples/legacy_apps/machine/zynqmp_r5/platform_info.c M examples/legacy_apps/machine/zynqmp_r5/platform_info.h M examples/legacy_apps/system/freertos/suspend.c Log Message: ----------- legacy_apps: zynqmp_r5: fix freertos support on zynqmp_r5 - fix correct irq offset for xlnx BSP API - fix correct task handle issue during system_resume - build app based on virtio device and driver - Move BSS section in the linker script to DDR so freertos library can fit in during link time - introduce API to convert hw irq num to bsp irq num Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> Commit: d70936124af3459323659303f6497186f3287e21 https://github.com/OpenAMP/openamp-system-reference/commit/d70936124af34593… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2025-11-25 (Tue, 25 Nov 2025) Changed paths: M examples/legacy_apps/examples/echo/freertos/main.c M examples/legacy_apps/examples/echo/generic/main.c M examples/legacy_apps/examples/echo/rpmsg-echo.c M examples/legacy_apps/examples/linux_rpc_demo/linux_rpc_demod.c M examples/legacy_apps/examples/matrix_multiply/freertos/main.c M examples/legacy_apps/examples/matrix_multiply/generic/main.c M examples/legacy_apps/examples/matrix_multiply/matrix_multiplyd.c M examples/legacy_apps/examples/rpc_demo/freertos/main.c M examples/legacy_apps/examples/rpc_demo/generic/main.c M examples/legacy_apps/examples/rpc_demo/rpc_demo.c M examples/legacy_apps/machine/zynqmp_r5/freertos/gic_init.c M examples/legacy_apps/machine/zynqmp_r5/generic/gic_init.c M examples/legacy_apps/machine/zynqmp_r5/platform_info.c M examples/legacy_apps/machine/zynqmp_r5/zynqmp_r5_a53_rproc.c Log Message: ----------- legacy_apps: use libmetal logging framework Use metal_log API for logging over system/platform specific logging API. If platform specific handler is not defined, then use default metal log handle. In the process improve overall logging infrastructure of demos. Reduce info level messages, remove redundant messages. Provide zynqmp platform specific log handler for zynqmp_r5 platform. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> Compare: https://github.com/OpenAMP/openamp-system-reference/compare/a5a7df8c5936...… To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

9 months, 3 weeks

1
0
0 0

[OpenAMP/openamp-system-reference] e05b3a: examples: legacy_apps: matrix: freertos: fix compi...

by ben

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: e05b3ad57dd35824757cd48e9957612b72fb255e https://github.com/OpenAMP/openamp-system-reference/commit/e05b3ad57dd35824… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2025-11-05 (Wed, 05 Nov 2025) Changed paths: M examples/legacy_apps/examples/matrix_multiply/freertos/main.c Log Message: ----------- examples: legacy_apps: matrix: freertos: fix compilation issue Use rpmsg_matrix_app routine for demo Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: a5a7df8c59366e28fafac35bf4dfd0a8d072efb9 https://github.com/OpenAMP/openamp-system-reference/commit/a5a7df8c59366e28… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2025-11-05 (Wed, 05 Nov 2025) Changed paths: M examples/legacy_apps/examples/rpc_demo/freertos/main.c Log Message: ----------- examples: legacy_apps: rpc_demo: freertos: fix compilation issue Use rpmsg_rpc_app routine for demo Also update platform_init to remove warning Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Compare: https://github.com/OpenAMP/openamp-system-reference/compare/284619090d42...… To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

10 months, 1 week

1
0
0 0

[OpenAMP/openamp-system-reference] 284619: examples: add initial Libmetal demo

by ben

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 284619090d42e82a3b1d9c3f4d76ba66f5f1da6c https://github.com/OpenAMP/openamp-system-reference/commit/284619090d42e82a… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2025-11-04 (Tue, 04 Nov 2025) Changed paths: A examples/libmetal/CMakeLists.txt A examples/libmetal/README.md A examples/libmetal/demos/CMakeLists.txt A examples/libmetal/demos/irq_shmem_demo/CMakeLists.txt A examples/libmetal/demos/irq_shmem_demo/README.md A examples/libmetal/demos/irq_shmem_demo/host/CMakeLists.txt A examples/libmetal/demos/irq_shmem_demo/host/README.md A examples/libmetal/demos/irq_shmem_demo/host/irq_shmem_demo.c A examples/libmetal/demos/irq_shmem_demo/remote/CMakeLists.txt A examples/libmetal/demos/irq_shmem_demo/remote/README.md A examples/libmetal/demos/irq_shmem_demo/remote/irq_shmem_demo.c A examples/libmetal/machine/CMakeLists.txt A examples/libmetal/machine/host/CMakeLists.txt A examples/libmetal/machine/host/amd_linux_userspace/CMakeLists.txt A examples/libmetal/machine/host/amd_linux_userspace/README.md A examples/libmetal/machine/host/amd_linux_userspace/common.h A examples/libmetal/machine/host/amd_linux_userspace/ipi-uio.c A examples/libmetal/machine/host/amd_linux_userspace/platform_init.c A examples/libmetal/machine/host/amd_linux_userspace/platform_init.h A examples/libmetal/machine/remote/CMakeLists.txt A examples/libmetal/machine/remote/amd_rpu/CMakeLists.txt A examples/libmetal/machine/remote/amd_rpu/README.md A examples/libmetal/machine/remote/amd_rpu/common.h A examples/libmetal/machine/remote/amd_rpu/lscript_sdt.ld A examples/libmetal/machine/remote/amd_rpu/platform_init.c A examples/libmetal/machine/remote/amd_rpu/platform_init.h A examples/libmetal/machine/remote/amd_rpu/system/CMakeLists.txt A examples/libmetal/machine/remote/amd_rpu/system/freertos/CMakeLists.txt A examples/libmetal/machine/remote/amd_rpu/system/freertos/README.md A examples/libmetal/machine/remote/amd_rpu/system/freertos/amp_demo_os.h A examples/libmetal/machine/remote/amd_rpu/system/freertos/gic_init.c A examples/libmetal/machine/remote/amd_rpu/system/freertos/main.c Log Message: ----------- examples: add initial Libmetal demo Add IRQ Shared memory demo as standalone demo to be run on AMD RPUs. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

10 months, 1 week

1
0
0 0

[OpenAMP/libmetal] 795b1c: Change to metal_test prefix for testing API

by Lefteris Ntafotis

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 795b1c88e4293c817951ca7e3d54b1eb276ee0f4 https://github.com/OpenAMP/libmetal/commit/795b1c88e4293c817951ca7e3d54b1eb… Author: Lefteris Ntafotis <lntaf(a)ics.forth.gr> Date: 2025-11-04 (Tue, 04 Nov 2025) Changed paths: M test/metal-test.h M test/system/freertos/alloc.c M test/system/freertos/atomic.c M test/system/freertos/mutex.c M test/system/freertos/threads.c M test/system/linux/atomic.c M test/system/linux/condition.c M test/system/linux/mutex.c M test/system/linux/shmem.c M test/system/linux/spinlock.c M test/system/linux/threads.c Log Message: ----------- Change to metal_test prefix for testing API metal_run has been renamed to metal_test_run metal_run_noblock has been renamed to metal_test_run_noblock metal_finish_threads has been renamed to metal_test_finish_threads Signed-off-by: Lefteris Ntafotis <lntaf(a)ics.forth.gr> Commit: a0797a23a8a4473007ccb74e34ff2a9c24a1246c https://github.com/OpenAMP/libmetal/commit/a0797a23a8a4473007ccb74e34ff2a9c… Author: Lefteris Ntafotis <lntaf(a)ics.forth.gr> Date: 2025-11-04 (Tue, 04 Nov 2025) Changed paths: A test/system/zephyr/threads.c Log Message: ----------- Add error message for testing API on Zephyr systems Zephyr systems will print an error for unimplemented testing API calls Signed-off-by: Lefteris Ntafotis <lntaf(a)ics.forth.gr> Commit: 1c3410be761e5048d00ada016c03335243b35d6c https://github.com/OpenAMP/libmetal/commit/1c3410be761e5048d00ada016c033352… Author: Lefteris Ntafotis <lntaf(a)ics.forth.gr> Date: 2025-11-04 (Tue, 04 Nov 2025) Changed paths: M test/CMakeLists.txt A test/alloc.c A test/assert.c A test/cache.c A test/config.c A test/cpu.c A test/init.c A test/log.c A test/mutex.c A test/shmem.c A test/sleep.c A test/spinlock.c M test/system/freertos/CMakeLists.txt M test/system/generic/CMakeLists.txt M test/system/linux/CMakeLists.txt M test/system/zephyr/CMakeLists.txt A test/test-all.c A test/utilities.c Log Message: ----------- Add cross-platform tests for libmetal To-be-expanded suite of tests for libmetal using system-agnostic API instead of system specific tests. Signed-off-by: Lefteris Ntafotis <lntaf(a)ics.forth.gr> Compare: https://github.com/OpenAMP/libmetal/compare/dbf9cf5286b4...1c3410be761e To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

10 months, 1 week

1
0
0 0

OpenAMP Official v2025.10.0 tag is now available

by Arnaud POULIQUEN

Hello OpenAMP developers and community, The v2025.10 tag is now available for both the open-amp and the libmetal libraries. For details on the release, refer to the release notes: - libmetal: v2025.10.0 - open-amp: v2025.10.0 he system-reference and openamp-docs repositories are scheduled for release during November. Thank you all for your valuable contributions to the maintenance and development of these libraries. Best regards, The OpenAMP Team

10 months, 1 week

1
0
0 0

[OpenAMP/open-amp]

by Arnaud Pouliquen

Branch: refs/tags/v2025.10.0 Home: https://github.com/OpenAMP/open-amp To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

10 months, 1 week

1
0
0 0

[OpenAMP/libmetal]

by Arnaud Pouliquen

Branch: refs/tags/v2025.10.0 Home: https://github.com/OpenAMP/libmetal To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

10 months, 1 week

1
0
0 0

[OpenAMP/libmetal] dbf9cf: release: libmetal 2025.10.0

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: dbf9cf5286b4d7d44b930344398045916ebe8b8b https://github.com/OpenAMP/libmetal/commit/dbf9cf5286b4d7d44b93034439804591… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-11-03 (Mon, 03 Nov 2025) Changed paths: M VERSION Log Message: ----------- release: libmetal 2025.10.0 Set library version to 1.9.0 Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Signed-off-by: Ed Mooring <ed.mooring(a)gmail.com> Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

10 months, 1 week

1
0
0 0

[OpenAMP/open-amp] e8866e: release: open-amp 2025.10.0

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: e8866ee7dff79a42155e8208eecea9eed4450550 https://github.com/OpenAMP/open-amp/commit/e8866ee7dff79a42155e8208eecea9ee… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-11-03 (Mon, 03 Nov 2025) Changed paths: M VERSION Log Message: ----------- release: open-amp 2025.10.0 Set library version to 1.9.0 Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Signed-off-by: Ed Mooring <ed.mooring(a)gmail.com> Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

10 months, 1 week

1
0
0 0

[OpenAMP/open-amp] 28ccd6: README: Remove references to apps directory and ge...

by Ed Mooring

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 28ccd6b7b5fdda6e218fa4a26bf6d03e13daa4a2 https://github.com/OpenAMP/open-amp/commit/28ccd6b7b5fdda6e218fa4a26bf6d03e… Author: Ed Mooring <ed.mooring(a)gmail.com> Date: 2025-11-03 (Mon, 03 Nov 2025) Changed paths: M README.md Log Message: ----------- README: Remove references to apps directory and generated applications These applications have been moved to the openamp-system-reference. Signed-off-by: Ed Mooring <ed.mooring(a)gmail.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

10 months, 1 week

1
0
0 0

Today's Openamp rpmsg meeting

by Bill Mills

All, Today's meeting may appear 1 hour later for North America and maybe others. In addition Mathieu won't be on today's call. The timezone for this meeting is tied to the UK timezone and they have already "fallen back" to standard time while the US and Canada have not. This is a one week blip in the time of the meeting. The meeting on Nov 13 will be back to normal. Thanks, Bill -- Bill Mills Principal Technical Consultant, Linaro +1-240-643-0836 TZ: US Eastern Work Schedule: Tues/Wed/Thur

10 months, 2 weeks

1
0
0 0

[OpenAMP/libmetal] 9f749f: lib: system: re-enable the support of the template...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 9f749f092e4eb457c61e5d0982d49daeb20faf57 https://github.com/OpenAMP/libmetal/commit/9f749f092e4eb457c61e5d0982d49dae… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-10-24 (Fri, 24 Oct 2025) Changed paths: M lib/system/freertos/sys.h A lib/system/freertos/template/CMakeLists.txt A lib/system/freertos/template/sys.c A lib/system/freertos/template/sys.h A lib/system/freertos/xlnx/CMakeLists.txt M lib/system/generic/sys.h A lib/system/generic/template/CMakeLists.txt A lib/system/generic/template/sys.c A lib/system/generic/template/sys.h Log Message: ----------- lib: system: re-enable the support of the template machine The template machine is used in: cmake/platforms/template-generic.cmake cmake/platforms/template-freertos.cmake This reverts a part of: commit 16493b179fb4 ("lib: system: remove xlnx BSP specific code") 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

10 months, 3 weeks

1
0
0 0

[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

10 months, 3 weeks

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

10 months, 3 weeks

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

11 months

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

11 months

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

11 months

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

11 months

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

11 months

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

11 months

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

11 months

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

11 months, 1 week

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: Friday, October 3, 2025 2:40 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; > > These processors communicate via the RPMSG protocol. > > The driver implements the standard GPIO interface, allowing the Linux > > side to control GPIO controllers which reside in the remote processor > > via RPMSG protocol. > > What about my request in previous version to make this driver generic? > The only platform-dependent part of this driver is the layout of the message packet, which defines the communication protocol between the host and the remote processor. It would be challenging to require other vendors to follow our protocol and conform to the expected behavior. > In ST we have similar driver in downstream, we would be interested in reusing it if > generic. Indeed we need some rpmsg mechanism for gpio-interrupt. Today we > have a downstream rpmsg driver [1][2] that could migrate on a generic rpmsg- > gpio driver. > > > + > > +#include <linux/err.h> > > +#include <linux/gpio/driver.h> > > +#include <linux/rpmsg/imx_rpmsg.h> > > +#include <linux/init.h> > > +#include <linux/irqdomain.h> > > +#include <linux/of.h> > > +#include <linux/platform_device.h> > > +#include <linux/rpmsg.h> > > + > > +#define IMX_RPMSG_GPIO_PER_PORT 32 > > +#define RPMSG_TIMEOUT 1000 > > + > > +enum gpio_input_trigger_type { > > + GPIO_RPMSG_TRI_IGNORE, > > + GPIO_RPMSG_TRI_RISING, > > + GPIO_RPMSG_TRI_FALLING, > > + GPIO_RPMSG_TRI_BOTH_EDGE, > > + GPIO_RPMSG_TRI_LOW_LEVEL, > > + GPIO_RPMSG_TRI_HIGH_LEVEL, > > +}; > What about taking inspiration from the|IRQ_TYPE|bitfield defined in|irq.h|? > For instance: > GPIO_RPMSG_TRI_BOTH_EDGE = GPIO_RPMSG_TRI_FALLING | > GPIO_RPMSG_TRI_RISING, Yes, the suggestion is better. > > + > > +enum gpio_rpmsg_header_type { > > + GPIO_RPMSG_SETUP, > > + GPIO_RPMSG_REPLY, > > + GPIO_RPMSG_NOTIFY, > > +}; > > + > > +enum gpio_rpmsg_header_cmd { > > + GPIO_RPMSG_INPUT_INIT, > > + GPIO_RPMSG_OUTPUT_INIT, > > + GPIO_RPMSG_INPUT_GET, > > +}; > > + > > +struct gpio_rpmsg_data { > > + struct imx_rpmsg_head header; > > + u8 pin_idx; > > + u8 port_idx; > > + union { > > + u8 event; > > + u8 retcode; > > + u8 value; > > + } out; > > + union { > > + u8 wakeup; > > + u8 value; > nitpicking put "value" field out of union as common I'm afraid we can't make it common, as the two 'value' fields serve different purposes-one is used for outgoing messages and the other for incoming messages-and they are located in different parts of the packet. > > + } in; > > +} __packed __aligned(8); > > Any reason to pack it an align it? > This structure will be copied in the RPMSg payload, right? > Yes. The message will then be transmitted via the MU hardware to the remote processor, so proper alignment is required. > I also wonder if that definition should not be in a header file with double licensing > that the DT. Indeed this need to be common with the remote side > implementation that can be non GPL implementation. > > > + > > +struct imx_rpmsg_gpio_pin { > > + u8 irq_shutdown; > > + u8 irq_unmask; > > + u8 irq_mask; > > + u32 irq_wake_enable; > > + u32 irq_type; > > + struct gpio_rpmsg_data msg; > > +}; > > + > > +struct imx_gpio_rpmsg_info { > > + struct rpmsg_device *rpdev; > > + struct gpio_rpmsg_data *notify_msg; > > + struct gpio_rpmsg_data *reply_msg; > > + struct completion cmd_complete; > > + struct mutex lock; > > + msg->pin_idx = gpio; > > + msg->port_idx = port->idx; > > + > > + ret = gpio_send_message(port, msg, true); > > + if (!ret) > > + ret = !!port->gpio_pins[gpio].msg.in.value; > Does this code is save? !! return a boolean right? > why not force to 1 if greater that 1? > This approach is intended to simplify the implementation. Forcing to 1 would introduce an additional condition check. I'm open to changing it if that's considered standard practice. > > + > > + return ret; > > +} > > + > > +static int imx_rpmsg_gpio_direction_input(struct gpio_chip *gc, > > + unsigned int gpio) { > > + struct imx_rpmsg_gpio_port *port = gpiochip_get_data(gc); > > + struct gpio_rpmsg_data *msg = NULL; > > + > > + guard(mutex)(&port->info.lock); > > + > > + msg = gpio_get_pin_msg(port, gpio); > > + msg->header.cate = IMX_RPMSG_GPIO; > Do you use a single rpmsg channel for several feature? > Any reason to not use one rpmsg channel per feature category? > The current implementation on the remote side uses a single channel to handle all GPIO controllers. However, this driver itself does not have that limitation. > > + msg->header.major = IMX_RMPSG_MAJOR; > > + msg->header.minor = IMX_RMPSG_MINOR; > > + msg->header.type = GPIO_RPMSG_SETUP; > > + msg->header.cmd = GPIO_RPMSG_INPUT_INIT; > > + msg->pin_idx = gpio; > > + msg->port_idx = port->idx; > > + > > + msg->out.event = GPIO_RPMSG_TRI_IGNORE; > > + msg->in.wakeup = 0; > > + > > + return gpio_send_message(port, msg, true); } > > + > > +static inline void imx_rpmsg_gpio_direction_output_init(struct gpio_chip *gc, > > + unsigned int gpio, int val, struct gpio_rpmsg_data *msg) > > + > > +static struct platform_driver imx_rpmsg_gpio_driver = { > > + .driver = { > > + .name = "gpio-imx-rpmsg", > > + .of_match_table = imx_rpmsg_gpio_dt_ids, > > + }, > > + .probe = imx_rpmsg_gpio_probe, > > +}; > > + > > +module_platform_driver(imx_rpmsg_gpio_driver); > This implementation seems strange to me. > You have a platform driver, but your RPMsg driver appears split between this > driver and the remoteproc driver, especially regarding the > imx_rpmsg_endpoint_probe() function. > See my reply below. > From my point of view, this driver should declare both a platform_driver and an > rpmsg_driver structures. > > Your imx_rpmsg_gpio_driver platform driver should be probed by your > remoteproc platform. > This platform driver would be responsible for: > - Parsing the device tree node > - Registering the RPMsg 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. 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://github.co/ > m%2FSTMicroelectronics%2Flinux%2Fblob%2Fv6.6- > stm32mp%2Fdrivers%2Fi2c%2Fbusses%2Fi2c- > rpmsg.c&data=05%7C02%7Cshenwei.wang%40nxp.com%7C22a9c88be60b474e > 391008de02502ec7%7C686ea1d3bc2b4c6fa92cd99c5c301635%7C0%7C0%7C63 > 8950740622597592%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRyd > WUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D% > 3D%7C0%7C%7C%7C&sdata=6lCk20Qhb%2F0MTw0NFtto7tj7EFYwZ%2BlOR1F3 > Qk7kQn8%3D&reserved=0 > https://github.co/ > m%2FSTMicroelectronics%2Flinux%2Fblob%2Fv6.6- > stm32mp%2FDocumentation%2Fdevicetree%2Fbindings%2Fi2c%2Fi2c- > rpmsg.yaml&data=05%7C02%7Cshenwei.wang%40nxp.com%7C22a9c88be60b4 > 74e391008de02502ec7%7C686ea1d3bc2b4c6fa92cd99c5c301635%7C0%7C0%7 > C638950740622612512%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnR > ydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D > %3D%7C0%7C%7C%7C&sdata=4Gva%2FpqP2u8T57XDxSDaoHhvDeJ%2Fo5HtAB > L9TY5gbDI%3D&reserved=0 > > Thanks and Regards, > Arnaud > > > + > > +MODULE_AUTHOR("NXP Semiconductor"); > > +MODULE_DESCRIPTION("NXP i.MX SoC rpmsg gpio driver"); > > +MODULE_LICENSE("GPL");

11 months, 2 weeks

1
0
0 0

Linux upstream work on RPMSG GPIO driver

by Chan King Choy, Nathalie

[Public] Hi members of openamp-rp list, Relaying a message from Linus W. that was submitted as a GitHub issue to the OpenAMP website. (for future reference, https://github.com/OpenAMP/open-amp is where the folks interested in RPMSG are) === I don't see any other way to communicate with the OpenAMP project than to file an issue here. There is an RPMSG-based GPIO driver submitted to the Linux kernel: https://lore.kernel.org/linux-remoteproc/20250922200413.309707-1-shenwei.wa… Please participate in the discussion if you are interested. BR Linus Walleij === With the message relayed, I will close the GitHub issue that is filed against the website. Best regards, Nathalie Chan King Choy Open Source Program Manager [Public] Hi members of openamp-rp list, Relaying a message from Linus W. that was submitted as a GitHub issue to the OpenAMP website. (for future reference, [1]https://github.com/OpenAMP/open-amp is where the folks interested in RPMSG are) === I don't see any other way to communicate with the OpenAMP project than to file an issue here. There is an RPMSG-based GPIO driver submitted to the Linux kernel: [2]https://lore.kernel.org/linux-remoteproc/20250922200413.309707-1-she nwei.wang(a)nxp.com/ Please participate in the discussion if you are interested. BR Linus Walleij === With the message relayed, I will close the GitHub issue that is filed against the website. Best regards, Nathalie Chan King Choy Open Source Program Manager References 1. https://github.com/OpenAMP/open-amp 2. https://lore.kernel.org/linux-remoteproc/20250922200413.309707-1-shenwei.wa…

11 months, 2 weeks

1
0
0 0

Re: Openamp-rp Digest, Vol 72, Issue 1

by Maarten Koning

leave On Wed, Sep 24, 2025 at 8:00 PM <openamp-rp-request(a)lists.openampproject.org> wrote: > Send Openamp-rp mailing list submissions to > openamp-rp(a)lists.openampproject.org > > To subscribe or unsubscribe via email, send a message with subject or > body 'help' to > openamp-rp-request(a)lists.openampproject.org > > You can reach the person managing the list at > openamp-rp-owner(a)lists.openampproject.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Openamp-rp digest..."Today's Topics: > > 1. [OpenAMP/open-amp] ad39b4: README: remove example related information > (Tanmay) > > > > ---------- Forwarded message ---------- > From: Tanmay <noreply(a)github.com> > To: openamp-rp(a)lists.openampproject.org > Cc: > Bcc: > Date: Wed, 24 Sep 2025 09:44:35 -0700 > Subject: [Openamp-rp] [OpenAMP/open-amp] ad39b4: README: remove example > related information > Branch: refs/heads/main > Home: https://github.com/OpenAMP/open-amp > Commit: ad39b4e740717cc8204e7e655e365b816334422b > > https://github.com/OpenAMP/open-amp/commit/ad39b4e740717cc8204e7e655e365b81… > Author: Tanmay Shah <tanmay.shah(a)amd.com> > Date: 2025-09-24 (Wed, 24 Sep 2025) > > Changed paths: > M README.md > > Log Message: > ----------- > README: remove example related information > > Update README file with latest information about demos and its > documentation. > > Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> > > > > To unsubscribe from these emails, change your notification settings at > https://github.com/OpenAMP/open-amp/settings/notifications > Openamp-rp mailing list -- openamp-rp(a)lists.openampproject.org > To unsubscribe send an email to openamp-rp-leave(a)lists.openampproject.org > leave On Wed, Sep 24, 2025 at 8:00 PM <[1]openamp-rp-request(a)lists.openampproject.org> wrote: Send Openamp-rp mailing list submissions to [2]openamp-rp(a)lists.openampproject.org To subscribe or unsubscribe via email, send a message with subject or body 'help' to [3]openamp-rp-request(a)lists.openampproject.org You can reach the person managing the list at [4]openamp-rp-owner(a)lists.openampproject.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Openamp-rp digest..."Today's Topics: 1. [OpenAMP/open-amp] ad39b4: README: remove example related information (Tanmay) ---------- Forwarded message ---------- From: Tanmay <[5]noreply(a)github.com> To: [6]openamp-rp(a)lists.openampproject.org Cc: Bcc: Date: Wed, 24 Sep 2025 09:44:35 -0700 Subject: [Openamp-rp] [OpenAMP/open-amp] ad39b4: README: remove example related information Branch: refs/heads/main Home: [7]https://github.com/OpenAMP/open-amp Commit: ad39b4e740717cc8204e7e655e365b816334422b [8]https://github.com/OpenAMP/open-amp/commit/ad39b4e740717cc8204e7e 655e365b816334422b Author: Tanmay Shah <[9]tanmay.shah(a)amd.com> Date: 2025-09-24 (Wed, 24 Sep 2025) Changed paths: M README.md Log Message: ----------- README: remove example related information Update README file with latest information about demos and its documentation. Signed-off-by: Tanmay Shah <[10]tanmay.shah(a)amd.com> To unsubscribe from these emails, change your notification settings at [11]https://github.com/OpenAMP/open-amp/settings/notifications Openamp-rp mailing list -- [12]openamp-rp(a)lists.openampproject.org To unsubscribe send an email to [13]openamp-rp-leave(a)lists.openampproject.org References 1. mailto:openamp-rp-request@lists.openampproject.org 2. mailto:openamp-rp@lists.openampproject.org 3. mailto:openamp-rp-request@lists.openampproject.org 4. mailto:openamp-rp-owner@lists.openampproject.org 5. mailto:noreply@github.com 6. mailto:openamp-rp@lists.openampproject.org 7. https://github.com/OpenAMP/open-amp 8. https://github.com/OpenAMP/open-amp/commit/ad39b4e740717cc8204e7e655e365b81… 9. mailto:tanmay.shah@amd.com 10. mailto:tanmay.shah@amd.com 11. https://github.com/OpenAMP/open-amp/settings/notifications 12. mailto:openamp-rp@lists.openampproject.org 13. mailto:openamp-rp-leave@lists.openampproject.org

11 months, 3 weeks

2
1
0 0

[OpenAMP/open-amp] ad39b4: README: remove example related information

by Tanmay

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: ad39b4e740717cc8204e7e655e365b816334422b https://github.com/OpenAMP/open-amp/commit/ad39b4e740717cc8204e7e655e365b81… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2025-09-24 (Wed, 24 Sep 2025) Changed paths: M README.md Log Message: ----------- README: remove example related information Update README file with latest information about demos and its documentation. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

11 months, 3 weeks

1
0
0 0

OpenAMP release 2025.10: code freeze on October 18th

by Arnaud POULIQUEN

Hello, The v2025.10 release of the OpenAMP project repositories is scheduled for the end of next month. Please note that the feature freeze will take effect on October 18th. After this date, only bug fixes will be accepted until the release. To ensure sufficient time for the review process, please submit your pull requests at least two weeks before the feature freeze date. Thanks and regards, Arnaud Pouliquen

11 months, 3 weeks

1
0
0 0

[OpenAMP/openamp-system-reference] 575135: west: Update to Zephyr 4.2

by Iulia Prodan

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 5751358ac27d07ff44e5f233161a59ce8bb4afca https://github.com/OpenAMP/openamp-system-reference/commit/5751358ac27d07ff… Author: Iuliana Prodan <iuliana.prodan(a)nxp.com> Date: 2025-08-25 (Mon, 25 Aug 2025) Changed paths: M west.yml Log Message: ----------- west: Update to Zephyr 4.2 Update to latest Zephyr release, 4.2. Signed-off-by: Iuliana Prodan <iuliana.prodan(a)nxp.com> Commit: daa61d6096e268ea6393532cd15494163ba0f927 https://github.com/OpenAMP/openamp-system-reference/commit/daa61d6096e268ea… Author: Iuliana Prodan <iuliana.prodan(a)nxp.com> Date: 2025-08-25 (Mon, 25 Aug 2025) Changed paths: A examples/zephyr/rpmsg_multi_services/boards/imx95_evk_mimx9596_m7.conf A examples/zephyr/rpmsg_multi_services/boards/imx95_evk_mimx9596_m7.overlay Log Message: ----------- examples: add support for i.MX95 M7 core in rpmsg_multi_services Add the dts and config overlay for imx95_evk_mimx9596_m7 board in order to have the rpmsg_multi_services sample working on ARM Cortex-M7 core from i.MX95. Signed-off-by: Iuliana Prodan <iuliana.prodan(a)nxp.com> Commit: 1922b2a4230f381cf94cc4e298fc53644db6d87d https://github.com/OpenAMP/openamp-system-reference/commit/1922b2a4230f381c… Author: Iuliana Prodan <iuliana.prodan(a)nxp.com> Date: 2025-08-25 (Mon, 25 Aug 2025) Changed paths: M examples/zephyr/rpmsg_multi_services/README.rst Log Message: ----------- examples: Zephyr: update rpmsg-multi-service readme Update README file to include NXP i.MX95 M7 board support. Signed-off-by: Iuliana Prodan <iuliana.prodan(a)nxp.com> Commit: 1a11089bf356e2aec4b657051b5c0d38fa437573 https://github.com/OpenAMP/openamp-system-reference/commit/1a11089bf356e2ae… Author: Iuliana Prodan <iuliana.prodan(a)nxp.com> Date: 2025-08-25 (Mon, 25 Aug 2025) Changed paths: M examples/zephyr/rpmsg_multi_services/src/main_remote.c Log Message: ----------- examples: zephyr: replace struct fw_resource_table with void This fixes the following warning: passing argument 1 of 'rsc_table_get' from incompatible pointer type. Signed-off-by: Iuliana Prodan <iuliana.prodan(a)nxp.com> Compare: https://github.com/OpenAMP/openamp-system-reference/compare/cc353a29db02...… To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

1 year

1
0
0 0

[OpenAMP/openamp-system-reference] cc353a: legacy_apps: zynqmp_r5: Fix compilation issues for...

by ben

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: cc353a29db02a96376ed5e1b57a06f8c30bde988 https://github.com/OpenAMP/openamp-system-reference/commit/cc353a29db02a963… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2025-08-25 (Mon, 25 Aug 2025) Changed paths: M examples/legacy_apps/machine/zynqmp_r5/CMakeLists.txt M examples/legacy_apps/machine/zynqmp_r5/generic/gic_init.c M examples/legacy_apps/machine/zynqmp_r5/helper.c M examples/legacy_apps/machine/zynqmp_r5/linker_large_text.ld M examples/legacy_apps/machine/zynqmp_r5/linker_remote.ld M examples/legacy_apps/machine/zynqmp_r5/platform_info.c M examples/legacy_apps/machine/zynqmp_r5/platform_info.h M examples/legacy_apps/machine/zynqmp_r5/rsc_table.c M examples/legacy_apps/machine/zynqmp_r5/rsc_table.h M examples/legacy_apps/machine/zynqmp_r5/zynqmp_r5_a53_rproc.c M examples/legacy_apps/system/freertos/suspend.c M examples/legacy_apps/system/generic/CMakeLists.txt R examples/legacy_apps/system/generic/machine/CMakeLists.txt R examples/legacy_apps/system/generic/machine/microblaze_generic/CMakeLists.txt R examples/legacy_apps/system/generic/machine/microblaze_generic/helper.c R examples/legacy_apps/system/generic/machine/microblaze_generic/linker_remote.ld R examples/legacy_apps/system/generic/machine/zynqmp_r5/CMakeLists.txt M examples/legacy_apps/system/generic/suspend.c Log Message: ----------- legacy_apps: zynqmp_r5: Fix compilation issues for baremetal and RPU target apps Fix linker scripts, C files and Cmake to ensure upstream works with latest BSP. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

1 year

1
0
0 0

[OpenAMP/open-amp] 98ba93: doc: copy design document images from open-amp rep...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 98ba93cfabf0a5398e2671b230f94c7cb8b3bef7 https://github.com/OpenAMP/open-amp/commit/98ba93cfabf0a5398e2671b230f94c7c… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2025-08-25 (Mon, 25 Aug 2025) Changed paths: R doc/data-structure.md R doc/img-src/coprocessor-rpmsg-ns-dynamic.gv R doc/img-src/coprocessor-rpmsg-ns.gv R doc/img-src/coprocessor-rpmsg-static-ep.gv R doc/img-src/gen-graph.py R doc/img-src/rproc-lcm-state-machine.gv R doc/img/coprocessor-rpmsg-ns-dynamic.png R doc/img/coprocessor-rpmsg-ns.png R doc/img/coprocessor-rpmsg-static-ep.png R doc/img/rproc-lcm-state-machine.png R doc/remoteproc-design.md R doc/rpmsg-design.md Log Message: ----------- doc: copy design document images from open-amp repository These design documents and images are being moved to openamp-docs Decided with Bill and Arnaud to move all the design documentation from the https://github.com/OpenAMP/open-amp repository doc folder to the https://github.com/OpenAMP/openamp-docs repository docs folder The main reason being that the breathe and doxylink integration is already in openamp-docs, so can be used for the design doc. 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

1 year

1
0
0 0

[OpenAMP/openamp-system-reference] 7863e7: examples: legacy_apps: Fix add default routines fo...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 7863e739985bb64da2ba391978ef02fcc89954ec https://github.com/OpenAMP/openamp-system-reference/commit/7863e739985bb64d… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-08-01 (Fri, 01 Aug 2025) Changed paths: M examples/legacy_apps/system/linux/machine/generic/platform_info.c Log Message: ----------- examples: legacy_apps: Fix add default routines for suspend/resume Fix following build warning introduced by: 89f56feaec6d ("examples: legacy_apps: Add default routines for suspend/resume") system/linux/machine/generic/platform_info.c:546:3: warning: implicit declaration of function ‘system_suspend’ [-Wimplicit-function-declaration] 546 | system_suspend(); | ^~~~~~~~~~~~~~ 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/openamp-system-reference/settings/notifications

1 year, 1 month

1
0
0 0

[OpenAMP/libmetal] 16493b: lib: system: remove xlnx BSP specific code

by Tanmay

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 16493b179fb480e6ff5d9378cf24b8b78859fd7f https://github.com/OpenAMP/libmetal/commit/16493b179fb480e6ff5d9378cf24b8b7… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2025-07-29 (Tue, 29 Jul 2025) Changed paths: M lib/system/freertos/sys.h R lib/system/freertos/template/CMakeLists.txt R lib/system/freertos/template/sys.c R lib/system/freertos/template/sys.h R lib/system/freertos/xlnx/CMakeLists.txt R lib/system/freertos/xlnx/irq.c R lib/system/freertos/xlnx/sys.c R lib/system/freertos/xlnx/sys.h M lib/system/generic/sys.h R lib/system/generic/template/CMakeLists.txt R lib/system/generic/template/sys.c R lib/system/generic/template/sys.h R lib/system/generic/xlnx/CMakeLists.txt R lib/system/generic/xlnx/irq.c R lib/system/generic/xlnx/microblaze_generic/CMakeLists.txt R lib/system/generic/xlnx/microblaze_generic/sys.c R lib/system/generic/xlnx/sys.c R lib/system/generic/xlnx/sys.h R lib/system/generic/xlnx/sys_devicetree.h Log Message: ----------- lib: system: remove xlnx BSP specific code libmetal is abstraction layer and vendor specific code should not be maintained as part of libmetal. Instead common interfaces provided by libmetal should be implemented by vendor BSP in downstream repos. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 1 month

1
0
0 0

[OpenAMP/openamp-system-reference] 75c158: legacy_apps: zynqmp_r5: restore initial resources

by Tanmay

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 75c158b008d6d758c39870814dbf8a92cc084867 https://github.com/OpenAMP/openamp-system-reference/commit/75c158b008d6d758… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2025-07-23 (Wed, 23 Jul 2025) Changed paths: M 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/rsc_table.c M examples/legacy_apps/machine/zynqmp_r5/rsc_table.h Log Message: ----------- legacy_apps: zynqmp_r5: restore initial resources Resource table can get corrupted during un-controlled reboot of host. This can cause crash when attach happens after reboot. Restore initial good version of resource table before re-creating virtio devices. As part of this, first the server takes the resource table snapshot to before any IPC events are in place to prevent this issue during system-init. Secondly helper.c will call get_resource_table so that the future call to restore_initial_rsc_table will have the resource set up. Otherwise the snapshot can still fail if the resource is not set up. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 29232c244a8ef3136205031f891c361fdfb44472 https://github.com/OpenAMP/openamp-system-reference/commit/29232c244a8ef313… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2025-07-23 (Wed, 23 Jul 2025) Changed paths: M examples/legacy_apps/machine/zynqmp_r5/linker_large_text.ld M examples/legacy_apps/machine/zynqmp_r5/linker_remote.ld M examples/legacy_apps/machine/zynqmp_r5/rsc_table.c M examples/legacy_apps/machine/zynqmp_r5/rsc_table.h Log Message: ----------- legacy_apps: zynqmp_r5: add rsc table metadata section During attach detach operation, resource table needs to be retrieved by host. In such case firmware is expected to provided metadata by host. This metadata is expected by firmware at the start address of shared memory beteween host and remote. Add padding to ensure no section overlap. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Compare: https://github.com/OpenAMP/openamp-system-reference/compare/49d74fec0b50...… To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

1 year, 1 month

1
0
0 0

[OpenAMP/libmetal] a19cfb: lib: system: linux: Remove redundant malloc'd addr...

by Huichun Feng

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: a19cfb3ff3b23dd84043c660748f7892abe6029d https://github.com/OpenAMP/libmetal/commit/a19cfb3ff3b23dd84043c660748f7892… Author: Huichun Feng <foxhoundsk.tw(a)gmail.com> Date: 2025-07-15 (Tue, 15 Jul 2025) Changed paths: M lib/system/linux/device.c Log Message: ----------- lib: system: linux: Remove redundant malloc'd addr release check As the code path suggests, the pointer, ldev, at this point, can be free'd directly w/o a check. Remove the redundant check. Signed-off-by: Huichun Feng <foxhoundsk.tw(a)gmail.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 1 month

1
0
0 0

[OpenAMP/libmetal] fdc85e: lib: system: linux: Remove redundant memory validn...

by Huichun Feng

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: fdc85ec742a03dc401167df4bffa49cae6ec8db5 https://github.com/OpenAMP/libmetal/commit/fdc85ec742a03dc401167df4bffa49ca… Author: Fox Feng <foxhoundsk.tw(a)gmail.com> Date: 2025-07-15 (Tue, 15 Jul 2025) Changed paths: M lib/system/linux/device.c Log Message: ----------- lib: system: linux: Remove redundant memory validness check In the function prologue, "ldev" has already been assigned a malloc'd address, and a check has also been performed. Remove this redundant pointer validness check during each iteration. The second check was also inherently misplaced because the it was not enclosed in the malloc if-branch. Signed-off-by: Fox Feng <foxhoundsk.tw(a)gmail.com> Signed-off-by: Huichun Feng <foxhoundsk.tw(a)gmail.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 1 month

1
0
0 0

Re: Testing on attach-detach recovery

by Tanmay Shah

On 7/3/25 2:49 AM, Arnaud POULIQUEN wrote: > > > On 7/2/25 19:00, Tanmay Shah wrote: >> >> >> On 7/2/25 10:47 AM, Arnaud POULIQUEN wrote: >>> >>> >>> On 7/2/25 17:23, Tanmay Shah wrote: >>>> >>>> >>>> On 7/2/25 2:18 AM, Arnaud POULIQUEN wrote: >>>>> >>>>> >>>>> On 7/1/25 23:19, Tanmay Shah wrote: >>>>>> >>>>>> >>>>>> On 7/1/25 1:06 PM, Tanmay Shah wrote: >>>>>>> >>>>>>> >>>>>>> On 7/1/25 12:56 PM, Tanmay Shah wrote: >>>>>>>> >>>>>>>> >>>>>>>> On 7/1/25 12:18 PM, Arnaud POULIQUEN wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> On 7/1/25 17:16, Tanmay Shah wrote: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On 7/1/25 3:07 AM, Arnaud POULIQUEN wrote: >>>>>>>>>>> Hi Tanmay, >>>>>>>>>>> >>>>>>>>>>> On 6/27/25 23:29, Tanmay Shah wrote: >>>>>>>>>>>> Hello all, >>>>>>>>>>>> >>>>>>>>>>>> I am implementing remoteproc recovery on attach-detach use case. >>>>>>>>>>>> I have implemented the feature in the platform driver, and it works for >>>>>>>>>>>> boot >>>>>>>>>>>> recovery. >>>>>>>>>>> >>>>>>>>>>> Few questions to better understand your use case. >>>>>>>>>>> >>>>>>>>>>> 1) The linux remoteproc firmware attach to a a remote processor, and you >>>>>>>>>>> generate a crash of the remote processor, right? >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Yes correct. >>>>>>>>>> >>>>>>>>>>> 1) How does the remoteprocessor reboot? On a remoteproc request or it >>>>>>>>>>> is an >>>>>>>>>>> autoreboot independent from the Linux core? >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> It is auto-reboot independent from the linux core. >>>>>>>>>> >>>>>>>>>>> 2) In case of auto reboot, when does the remoteprocessor send an even to >>>>>>>>>>> the >>>>>>>>>>> Linux remoteproc driver ? beforeor after the reset? >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Right now, when Remote reboots, it sends crash event to remoteproc driver >>>>>>>>>> after >>>>>>>>>> reboot. >>>>>>>>>> >>>>>>>>>>> 3) Do you expect to get core dump on crash? >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> No coredump expected as of now, but only recovery. Eventually will >>>>>>>>>> implement >>>>>>>>>> coredump functionality as well. >>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> However, I am stuck at the testing phase. >>>>>>>>>>>> >>>>>>>>>>>> When should firmware report the crash ? After reboot ? or during some >>>>>>>>>>>> kind of >>>>>>>>>>>> crash handler ? >>>>>>>>>>>> >>>>>>>>>>>> So far, I am reporting crash after rebooting remote processor, but it >>>>>>>>>>>> doesn't >>>>>>>>>>>> seem to work i.e. I don't see rpmsg devices created after recovery.> >>>>>>>>>>>> What should be the correct process to test this feature ? How other >>>>>>>>>>>> platforms >>>>>>>>>>>> are testing this? >>>>>>>>>>> >>>>>>>>>>> I have never tested it on ST board. As a first analysis, in case of >>>>>>>>>>> autoreboot >>>>>>>>>>> of the remote processor, it look like you should detach and reattach to >>>>>>>>>>> recover. >>>>>>>>>> >>>>>>>>>> That is what's done from the remoteproc framework. >>>>>>>>>> >>>>>>>>>>> - On detach the rpmsg devices should be unbind >>>>>>>>>>> - On attach the remote processor should request RPmsg channels using >>>>>>>>>>> the NS >>>>>>>>>>> announcement mechanism >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Main issue is, Remote firmware needs to wait till all above happens. Then >>>>>>>>>> only >>>>>>>>>> initialize virtio devices. Currently we don't have any way to notify >>>>>>>>>> recovery >>>>>>>>>> progress from linux to remote fw in the remoteproc framework. So I might >>>>>>>>>> have to >>>>>>>>>> introduce some platform specific mechanism in remote firmware to wait for >>>>>>>>>> recovery to complete successfully. >>>>>>>>> >>>>>>>>> I guess the rproc->clean_table contains a copy of the resource table >>>>>>>>> that is >>>>>>>>> reapplied on attach, and the virtio devices should be re-probed, right? >>>>>>>>> >>>>>>>>> During the virtio device probe, the vdev status in the resource table is >>>>>>>>> updated >>>>>>>>> to 7 when virtio is ready to communicate. Virtio should then call >>>>>>>>> rproc_virtio_notify() to inform the remote processor of the status update. >>>>>>>>> At this stage, your remoteproc driver should be able to send a mailbox >>>>>>>>> message >>>>>>>>> to inform the remote side about the recovery completion. >>>>>>>>> >>>>>>>> >>>>>>>> I think I spot the problem now. >>>>>>>> >>>>>>>> Linux side: file: remoteproc_core.c >>>>>>>> rproc_attach_recovery >>>>>>>> __rproc_detach >>>>>>>> cleans up the resource table and re-loads it >>>>>>>> __rproc_attach >>>>>>>> stops and re-starts subdevices >>>>>>>> >>>>>>>> >>>>>>>> Remote side: >>>>>>>> Remote re-boots after crash >>>>>>>> Detects crash happened previously >>>>>>>> notify crash to Linux >>>>>>>> (Linux is executing above flow meanwhile) >>>>>>>> starts creating virtio devices >>>>>>>> **rproc_virtio_create_vdev - parse vring & create vdev device** >>>>>>>> **rproc_virtio_wait_remote_ready - wait for remote ready** [1] >>>>>>>> >>>>>>>> I think Remote should wait on DRIVER_OK bit, before creating virtio devices. >>>>>>>> The temporary solution I implemented was to make sure vrings addresses are >>>>>>>> not 0xffffffff like following: >>>>>>>> >>>>>>>> while(rsc->rpmsg_vring0.da == FW_RSC_U32_ADDR_ANY || >>>>>>>> rsc->rpmsg_vring1.da == FW_RSC_U32_ADDR_ANY) { >>>>>>>> usleep(100); >>>>>>>> metal_cache_invalidate(rsc, rproc->rsc_len); >>>>>>>> } >>>>>>>> >>>>>>>> Above works, but I think better solution is to change sequence where remote >>>>>>>> waits before creating virtio devices. >>>>>>> >>>>>>> I am sorry, I should have said, remote should wait before parsing and >>>>>>> assigning vrings to virtio device. >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> [1] https://github.com/OpenAMP/open-amp/ >>>>>>>> blob/391671ba24840833d882c1a75c5d7307703b1cf1/lib/remoteproc/ >>>>>>>> remoteproc.c#L994 >>>>>>>> >>>>>> >>>>>> Actually upon further checking, I think above code is okay. I see that >>>>>> wait_remote_ready is called before vrings are setup on remote fw side. >>>>>> >>>>>> However, during recovery time on remote side, somehow I still have to >>>>>> implement >>>>>> platform specific wait for vrings to setup correctly. >>>>>> >>>>>> From linux side, DRIVER_OK bit is set before vrings are setup correctly. >>>>>> Because of that, when remote firmware sets up wrong vring addresses and then >>>>>> rpmsg channels are not created. >>>>>> >>>>>> I am investigating on this further. >>>>> >>>>> Do you reset the vdev status as requested by the virtio spec? >>>>> https://docs.oasis-open.org/virtio/virtio/v1.3/csd01/virtio-v1.3-csd01.html… >>>>> >>>>> Regards, >>>>> Arnaud >>>>> >>>> >>>> Yes I do. I am actually restoring deafult resource table on firmware side, which >>>> will set rpmsg_vdev status to 0. >>>> >>>> However, when printing vrings right before wait_remote_ready, I see vrings are >>>> not set correctly from linux side: >>>> >>>> `vring0 = 0xFFFFFFFF, vring1 = 0xFFFFFFFF` >>> >>> That makes sense if values corresponds to the initial values of the resource >>> table >>> rproc->clean_table should contain a copy of these initial values. >>> >>>> >>>> However, the rproc state was still moved to attach when checked from remoteproc >>>> sysfs. >>> >>> Does the rproc_handle_resources() is called before going back in attached state? >> >> You are right. I think __rproc_attach() isn't calling rproc_handle_resources(). >> >> But recovery is supported by other platforms so I think recovery should work >> without calling rproc_handle_resources(). > > Right. Having taken a deeper look at the code, it seems that there is an issue. > In rproc_reset_rsc_table_on_detach(), we clean the resource table without > calling rproc_resource_cleanup(). > > It seems to me that rproc_reset_rsc_table_on_detach() should not be called in > __rproc_detach() but rather in rproc_detach() after calling > rproc_resource_cleanup(). > > Arnaud, I can confirm above is correct. After moving rsc_table_on_detach out of __rproc_detach the recovery works. I will send patch to fix that when I add recovery support on AMD-Xilinx platform driver. Thank you so much for looking into this. Tanmay >> >> May be re-storing resource table from firmware side after reboot isn't a good >> idea. I will try without it. >> >>> >>>> >>>> `cat /sys/class/remoteproc/remoteproc0/state` >>>> attached >>>> >>>> Somehow the sync between remote fw and linux isn't right. >>>> >>>>>> >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Tanmay >>>>>>>>> Regards >>>>>>>>> Arnaud >>>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> Arnaud >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Thanks, >>>>>>>>>>>> Tanmay >>>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>> >>

1 year, 2 months

1
0
0 0

Re: Testing on attach-detach recovery

by Tanmay Shah

On 7/3/25 2:49 AM, Arnaud POULIQUEN wrote: > > > On 7/2/25 19:00, Tanmay Shah wrote: >> >> >> On 7/2/25 10:47 AM, Arnaud POULIQUEN wrote: >>> >>> >>> On 7/2/25 17:23, Tanmay Shah wrote: >>>> >>>> >>>> On 7/2/25 2:18 AM, Arnaud POULIQUEN wrote: >>>>> >>>>> >>>>> On 7/1/25 23:19, Tanmay Shah wrote: >>>>>> >>>>>> >>>>>> On 7/1/25 1:06 PM, Tanmay Shah wrote: >>>>>>> >>>>>>> >>>>>>> On 7/1/25 12:56 PM, Tanmay Shah wrote: >>>>>>>> >>>>>>>> >>>>>>>> On 7/1/25 12:18 PM, Arnaud POULIQUEN wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> On 7/1/25 17:16, Tanmay Shah wrote: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On 7/1/25 3:07 AM, Arnaud POULIQUEN wrote: >>>>>>>>>>> Hi Tanmay, >>>>>>>>>>> >>>>>>>>>>> On 6/27/25 23:29, Tanmay Shah wrote: >>>>>>>>>>>> Hello all, >>>>>>>>>>>> >>>>>>>>>>>> I am implementing remoteproc recovery on attach-detach use case. >>>>>>>>>>>> I have implemented the feature in the platform driver, and it works for >>>>>>>>>>>> boot >>>>>>>>>>>> recovery. >>>>>>>>>>> >>>>>>>>>>> Few questions to better understand your use case. >>>>>>>>>>> >>>>>>>>>>> 1) The linux remoteproc firmware attach to a a remote processor, and you >>>>>>>>>>> generate a crash of the remote processor, right? >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Yes correct. >>>>>>>>>> >>>>>>>>>>> 1) How does the remoteprocessor reboot? On a remoteproc request or it >>>>>>>>>>> is an >>>>>>>>>>> autoreboot independent from the Linux core? >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> It is auto-reboot independent from the linux core. >>>>>>>>>> >>>>>>>>>>> 2) In case of auto reboot, when does the remoteprocessor send an even to >>>>>>>>>>> the >>>>>>>>>>> Linux remoteproc driver ? beforeor after the reset? >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Right now, when Remote reboots, it sends crash event to remoteproc driver >>>>>>>>>> after >>>>>>>>>> reboot. >>>>>>>>>> >>>>>>>>>>> 3) Do you expect to get core dump on crash? >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> No coredump expected as of now, but only recovery. Eventually will >>>>>>>>>> implement >>>>>>>>>> coredump functionality as well. >>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> However, I am stuck at the testing phase. >>>>>>>>>>>> >>>>>>>>>>>> When should firmware report the crash ? After reboot ? or during some >>>>>>>>>>>> kind of >>>>>>>>>>>> crash handler ? >>>>>>>>>>>> >>>>>>>>>>>> So far, I am reporting crash after rebooting remote processor, but it >>>>>>>>>>>> doesn't >>>>>>>>>>>> seem to work i.e. I don't see rpmsg devices created after recovery.> >>>>>>>>>>>> What should be the correct process to test this feature ? How other >>>>>>>>>>>> platforms >>>>>>>>>>>> are testing this? >>>>>>>>>>> >>>>>>>>>>> I have never tested it on ST board. As a first analysis, in case of >>>>>>>>>>> autoreboot >>>>>>>>>>> of the remote processor, it look like you should detach and reattach to >>>>>>>>>>> recover. >>>>>>>>>> >>>>>>>>>> That is what's done from the remoteproc framework. >>>>>>>>>> >>>>>>>>>>> - On detach the rpmsg devices should be unbind >>>>>>>>>>> - On attach the remote processor should request RPmsg channels using >>>>>>>>>>> the NS >>>>>>>>>>> announcement mechanism >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Main issue is, Remote firmware needs to wait till all above happens. Then >>>>>>>>>> only >>>>>>>>>> initialize virtio devices. Currently we don't have any way to notify >>>>>>>>>> recovery >>>>>>>>>> progress from linux to remote fw in the remoteproc framework. So I might >>>>>>>>>> have to >>>>>>>>>> introduce some platform specific mechanism in remote firmware to wait for >>>>>>>>>> recovery to complete successfully. >>>>>>>>> >>>>>>>>> I guess the rproc->clean_table contains a copy of the resource table >>>>>>>>> that is >>>>>>>>> reapplied on attach, and the virtio devices should be re-probed, right? >>>>>>>>> >>>>>>>>> During the virtio device probe, the vdev status in the resource table is >>>>>>>>> updated >>>>>>>>> to 7 when virtio is ready to communicate. Virtio should then call >>>>>>>>> rproc_virtio_notify() to inform the remote processor of the status update. >>>>>>>>> At this stage, your remoteproc driver should be able to send a mailbox >>>>>>>>> message >>>>>>>>> to inform the remote side about the recovery completion. >>>>>>>>> >>>>>>>> >>>>>>>> I think I spot the problem now. >>>>>>>> >>>>>>>> Linux side: file: remoteproc_core.c >>>>>>>> rproc_attach_recovery >>>>>>>> __rproc_detach >>>>>>>> cleans up the resource table and re-loads it >>>>>>>> __rproc_attach >>>>>>>> stops and re-starts subdevices >>>>>>>> >>>>>>>> >>>>>>>> Remote side: >>>>>>>> Remote re-boots after crash >>>>>>>> Detects crash happened previously >>>>>>>> notify crash to Linux >>>>>>>> (Linux is executing above flow meanwhile) >>>>>>>> starts creating virtio devices >>>>>>>> **rproc_virtio_create_vdev - parse vring & create vdev device** >>>>>>>> **rproc_virtio_wait_remote_ready - wait for remote ready** [1] >>>>>>>> >>>>>>>> I think Remote should wait on DRIVER_OK bit, before creating virtio devices. >>>>>>>> The temporary solution I implemented was to make sure vrings addresses are >>>>>>>> not 0xffffffff like following: >>>>>>>> >>>>>>>> while(rsc->rpmsg_vring0.da == FW_RSC_U32_ADDR_ANY || >>>>>>>> rsc->rpmsg_vring1.da == FW_RSC_U32_ADDR_ANY) { >>>>>>>> usleep(100); >>>>>>>> metal_cache_invalidate(rsc, rproc->rsc_len); >>>>>>>> } >>>>>>>> >>>>>>>> Above works, but I think better solution is to change sequence where remote >>>>>>>> waits before creating virtio devices. >>>>>>> >>>>>>> I am sorry, I should have said, remote should wait before parsing and >>>>>>> assigning vrings to virtio device. >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> [1] https://github.com/OpenAMP/open-amp/ >>>>>>>> blob/391671ba24840833d882c1a75c5d7307703b1cf1/lib/remoteproc/ >>>>>>>> remoteproc.c#L994 >>>>>>>> >>>>>> >>>>>> Actually upon further checking, I think above code is okay. I see that >>>>>> wait_remote_ready is called before vrings are setup on remote fw side. >>>>>> >>>>>> However, during recovery time on remote side, somehow I still have to >>>>>> implement >>>>>> platform specific wait for vrings to setup correctly. >>>>>> >>>>>> From linux side, DRIVER_OK bit is set before vrings are setup correctly. >>>>>> Because of that, when remote firmware sets up wrong vring addresses and then >>>>>> rpmsg channels are not created. >>>>>> >>>>>> I am investigating on this further. >>>>> >>>>> Do you reset the vdev status as requested by the virtio spec? >>>>> https://docs.oasis-open.org/virtio/virtio/v1.3/csd01/virtio-v1.3-csd01.html… >>>>> >>>>> Regards, >>>>> Arnaud >>>>> >>>> >>>> Yes I do. I am actually restoring deafult resource table on firmware side, which >>>> will set rpmsg_vdev status to 0. >>>> >>>> However, when printing vrings right before wait_remote_ready, I see vrings are >>>> not set correctly from linux side: >>>> >>>> `vring0 = 0xFFFFFFFF, vring1 = 0xFFFFFFFF` >>> >>> That makes sense if values corresponds to the initial values of the resource >>> table >>> rproc->clean_table should contain a copy of these initial values. >>> >>>> >>>> However, the rproc state was still moved to attach when checked from remoteproc >>>> sysfs. >>> >>> Does the rproc_handle_resources() is called before going back in attached state? >> >> You are right. I think __rproc_attach() isn't calling rproc_handle_resources(). >> >> But recovery is supported by other platforms so I think recovery should work >> without calling rproc_handle_resources(). > > Right. Having taken a deeper look at the code, it seems that there is an issue. > In rproc_reset_rsc_table_on_detach(), we clean the resource table without > calling rproc_resource_cleanup(). > > It seems to me that rproc_reset_rsc_table_on_detach() should not be called in > __rproc_detach() but rather in rproc_detach() after calling > rproc_resource_cleanup(). > > Yes that sounds correct. It's long-weekend here in US. So, I will try this next week and update. Thanks, Tanmay >> >> May be re-storing resource table from firmware side after reboot isn't a good >> idea. I will try without it. >> >>> >>>> >>>> `cat /sys/class/remoteproc/remoteproc0/state` >>>> attached >>>> >>>> Somehow the sync between remote fw and linux isn't right. >>>> >>>>>> >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Tanmay >>>>>>>>> Regards >>>>>>>>> Arnaud >>>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> Arnaud >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Thanks, >>>>>>>>>>>> Tanmay >>>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>> >>

1 year, 2 months

1
0
0 0

Re: Testing on attach-detach recovery

by Tanmay Shah

On 7/2/25 10:47 AM, Arnaud POULIQUEN wrote: > > > On 7/2/25 17:23, Tanmay Shah wrote: >> >> >> On 7/2/25 2:18 AM, Arnaud POULIQUEN wrote: >>> >>> >>> On 7/1/25 23:19, Tanmay Shah wrote: >>>> >>>> >>>> On 7/1/25 1:06 PM, Tanmay Shah wrote: >>>>> >>>>> >>>>> On 7/1/25 12:56 PM, Tanmay Shah wrote: >>>>>> >>>>>> >>>>>> On 7/1/25 12:18 PM, Arnaud POULIQUEN wrote: >>>>>>> >>>>>>> >>>>>>> On 7/1/25 17:16, Tanmay Shah wrote: >>>>>>>> >>>>>>>> >>>>>>>> On 7/1/25 3:07 AM, Arnaud POULIQUEN wrote: >>>>>>>>> Hi Tanmay, >>>>>>>>> >>>>>>>>> On 6/27/25 23:29, Tanmay Shah wrote: >>>>>>>>>> Hello all, >>>>>>>>>> >>>>>>>>>> I am implementing remoteproc recovery on attach-detach use case. >>>>>>>>>> I have implemented the feature in the platform driver, and it works for >>>>>>>>>> boot >>>>>>>>>> recovery. >>>>>>>>> >>>>>>>>> Few questions to better understand your use case. >>>>>>>>> >>>>>>>>> 1) The linux remoteproc firmware attach to a a remote processor, and you >>>>>>>>> generate a crash of the remote processor, right? >>>>>>>>> >>>>>>>> >>>>>>>> Yes correct. >>>>>>>> >>>>>>>>> 1) How does the remoteprocessor reboot? On a remoteproc request or it is an >>>>>>>>> autoreboot independent from the Linux core? >>>>>>>>> >>>>>>>> >>>>>>>> It is auto-reboot independent from the linux core. >>>>>>>> >>>>>>>>> 2) In case of auto reboot, when does the remoteprocessor send an even to >>>>>>>>> the >>>>>>>>> Linux remoteproc driver ? beforeor after the reset? >>>>>>>>> >>>>>>>> >>>>>>>> Right now, when Remote reboots, it sends crash event to remoteproc driver >>>>>>>> after >>>>>>>> reboot. >>>>>>>> >>>>>>>>> 3) Do you expect to get core dump on crash? >>>>>>>>> >>>>>>>> >>>>>>>> No coredump expected as of now, but only recovery. Eventually will implement >>>>>>>> coredump functionality as well. >>>>>>>> >>>>>>>>>> >>>>>>>>>> However, I am stuck at the testing phase. >>>>>>>>>> >>>>>>>>>> When should firmware report the crash ? After reboot ? or during some >>>>>>>>>> kind of >>>>>>>>>> crash handler ? >>>>>>>>>> >>>>>>>>>> So far, I am reporting crash after rebooting remote processor, but it >>>>>>>>>> doesn't >>>>>>>>>> seem to work i.e. I don't see rpmsg devices created after recovery.> >>>>>>>>>> What should be the correct process to test this feature ? How other >>>>>>>>>> platforms >>>>>>>>>> are testing this? >>>>>>>>> >>>>>>>>> I have never tested it on ST board. As a first analysis, in case of >>>>>>>>> autoreboot >>>>>>>>> of the remote processor, it look like you should detach and reattach to >>>>>>>>> recover. >>>>>>>> >>>>>>>> That is what's done from the remoteproc framework. >>>>>>>> >>>>>>>>> - On detach the rpmsg devices should be unbind >>>>>>>>> - On attach the remote processor should request RPmsg channels using the NS >>>>>>>>> announcement mechanism >>>>>>>>> >>>>>>>> >>>>>>>> Main issue is, Remote firmware needs to wait till all above happens. Then >>>>>>>> only >>>>>>>> initialize virtio devices. Currently we don't have any way to notify >>>>>>>> recovery >>>>>>>> progress from linux to remote fw in the remoteproc framework. So I might >>>>>>>> have to >>>>>>>> introduce some platform specific mechanism in remote firmware to wait for >>>>>>>> recovery to complete successfully. >>>>>>> >>>>>>> I guess the rproc->clean_table contains a copy of the resource table that is >>>>>>> reapplied on attach, and the virtio devices should be re-probed, right? >>>>>>> >>>>>>> During the virtio device probe, the vdev status in the resource table is >>>>>>> updated >>>>>>> to 7 when virtio is ready to communicate. Virtio should then call >>>>>>> rproc_virtio_notify() to inform the remote processor of the status update. >>>>>>> At this stage, your remoteproc driver should be able to send a mailbox >>>>>>> message >>>>>>> to inform the remote side about the recovery completion. >>>>>>> >>>>>> >>>>>> I think I spot the problem now. >>>>>> >>>>>> Linux side: file: remoteproc_core.c >>>>>> rproc_attach_recovery >>>>>> __rproc_detach >>>>>> cleans up the resource table and re-loads it >>>>>> __rproc_attach >>>>>> stops and re-starts subdevices >>>>>> >>>>>> >>>>>> Remote side: >>>>>> Remote re-boots after crash >>>>>> Detects crash happened previously >>>>>> notify crash to Linux >>>>>> (Linux is executing above flow meanwhile) >>>>>> starts creating virtio devices >>>>>> **rproc_virtio_create_vdev - parse vring & create vdev device** >>>>>> **rproc_virtio_wait_remote_ready - wait for remote ready** [1] >>>>>> >>>>>> I think Remote should wait on DRIVER_OK bit, before creating virtio devices. >>>>>> The temporary solution I implemented was to make sure vrings addresses are >>>>>> not 0xffffffff like following: >>>>>> >>>>>> while(rsc->rpmsg_vring0.da == FW_RSC_U32_ADDR_ANY || >>>>>> rsc->rpmsg_vring1.da == FW_RSC_U32_ADDR_ANY) { >>>>>> usleep(100); >>>>>> metal_cache_invalidate(rsc, rproc->rsc_len); >>>>>> } >>>>>> >>>>>> Above works, but I think better solution is to change sequence where remote >>>>>> waits before creating virtio devices. >>>>> >>>>> I am sorry, I should have said, remote should wait before parsing and >>>>> assigning vrings to virtio device. >>>>> >>>>>> >>>>>> >>>>>> [1] https://github.com/OpenAMP/open-amp/ >>>>>> blob/391671ba24840833d882c1a75c5d7307703b1cf1/lib/remoteproc/ >>>>>> remoteproc.c#L994 >>>>>> >>>> >>>> Actually upon further checking, I think above code is okay. I see that >>>> wait_remote_ready is called before vrings are setup on remote fw side. >>>> >>>> However, during recovery time on remote side, somehow I still have to implement >>>> platform specific wait for vrings to setup correctly. >>>> >>>> From linux side, DRIVER_OK bit is set before vrings are setup correctly. >>>> Because of that, when remote firmware sets up wrong vring addresses and then >>>> rpmsg channels are not created. >>>> >>>> I am investigating on this further. >>> >>> Do you reset the vdev status as requested by the virtio spec? >>> https://docs.oasis-open.org/virtio/virtio/v1.3/csd01/virtio-v1.3-csd01.html… >>> >>> Regards, >>> Arnaud >>> >> >> Yes I do. I am actually restoring deafult resource table on firmware side, which >> will set rpmsg_vdev status to 0. >> >> However, when printing vrings right before wait_remote_ready, I see vrings are >> not set correctly from linux side: >> >> `vring0 = 0xFFFFFFFF, vring1 = 0xFFFFFFFF` > > That makes sense if values corresponds to the initial values of the resource table > rproc->clean_table should contain a copy of these initial values. > >> >> However, the rproc state was still moved to attach when checked from remoteproc >> sysfs. > > Does the rproc_handle_resources() is called before going back in attached state? You are right. I think __rproc_attach() isn't calling rproc_handle_resources(). But recovery is supported by other platforms so I think recovery should work without calling rproc_handle_resources(). May be re-storing resource table from firmware side after reboot isn't a good idea. I will try without it. > >> >> `cat /sys/class/remoteproc/remoteproc0/state` >> attached >> >> Somehow the sync between remote fw and linux isn't right. >> >>>> >>>>>> >>>>>> Thanks, >>>>>> Tanmay >>>>>>> Regards >>>>>>> Arnaud >>>>>>> >>>>>>> >>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Arnaud >>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> Tanmay >>>>>>>> >>>>>> >>>>> >>>> >>

1 year, 2 months

1
0
0 0

Re: Testing on attach-detach recovery

by Tanmay Shah

On 7/2/25 2:18 AM, Arnaud POULIQUEN wrote: > > > On 7/1/25 23:19, Tanmay Shah wrote: >> >> >> On 7/1/25 1:06 PM, Tanmay Shah wrote: >>> >>> >>> On 7/1/25 12:56 PM, Tanmay Shah wrote: >>>> >>>> >>>> On 7/1/25 12:18 PM, Arnaud POULIQUEN wrote: >>>>> >>>>> >>>>> On 7/1/25 17:16, Tanmay Shah wrote: >>>>>> >>>>>> >>>>>> On 7/1/25 3:07 AM, Arnaud POULIQUEN wrote: >>>>>>> Hi Tanmay, >>>>>>> >>>>>>> On 6/27/25 23:29, Tanmay Shah wrote: >>>>>>>> Hello all, >>>>>>>> >>>>>>>> I am implementing remoteproc recovery on attach-detach use case. >>>>>>>> I have implemented the feature in the platform driver, and it works for boot >>>>>>>> recovery. >>>>>>> >>>>>>> Few questions to better understand your use case. >>>>>>> >>>>>>> 1) The linux remoteproc firmware attach to a a remote processor, and you >>>>>>> generate a crash of the remote processor, right? >>>>>>> >>>>>> >>>>>> Yes correct. >>>>>> >>>>>>> 1) How does the remoteprocessor reboot? On a remoteproc request or it is an >>>>>>> autoreboot independent from the Linux core? >>>>>>> >>>>>> >>>>>> It is auto-reboot independent from the linux core. >>>>>> >>>>>>> 2) In case of auto reboot, when does the remoteprocessor send an even to the >>>>>>> Linux remoteproc driver ? beforeor after the reset? >>>>>>> >>>>>> >>>>>> Right now, when Remote reboots, it sends crash event to remoteproc driver >>>>>> after >>>>>> reboot. >>>>>> >>>>>>> 3) Do you expect to get core dump on crash? >>>>>>> >>>>>> >>>>>> No coredump expected as of now, but only recovery. Eventually will implement >>>>>> coredump functionality as well. >>>>>> >>>>>>>> >>>>>>>> However, I am stuck at the testing phase. >>>>>>>> >>>>>>>> When should firmware report the crash ? After reboot ? or during some >>>>>>>> kind of >>>>>>>> crash handler ? >>>>>>>> >>>>>>>> So far, I am reporting crash after rebooting remote processor, but it >>>>>>>> doesn't >>>>>>>> seem to work i.e. I don't see rpmsg devices created after recovery.> >>>>>>>> What should be the correct process to test this feature ? How other >>>>>>>> platforms >>>>>>>> are testing this? >>>>>>> >>>>>>> I have never tested it on ST board. As a first analysis, in case of >>>>>>> autoreboot >>>>>>> of the remote processor, it look like you should detach and reattach to >>>>>>> recover. >>>>>> >>>>>> That is what's done from the remoteproc framework. >>>>>> >>>>>>> - On detach the rpmsg devices should be unbind >>>>>>> - On attach the remote processor should request RPmsg channels using the NS >>>>>>> announcement mechanism >>>>>>> >>>>>> >>>>>> Main issue is, Remote firmware needs to wait till all above happens. Then only >>>>>> initialize virtio devices. Currently we don't have any way to notify recovery >>>>>> progress from linux to remote fw in the remoteproc framework. So I might >>>>>> have to >>>>>> introduce some platform specific mechanism in remote firmware to wait for >>>>>> recovery to complete successfully. >>>>> >>>>> I guess the rproc->clean_table contains a copy of the resource table that is >>>>> reapplied on attach, and the virtio devices should be re-probed, right? >>>>> >>>>> During the virtio device probe, the vdev status in the resource table is >>>>> updated >>>>> to 7 when virtio is ready to communicate. Virtio should then call >>>>> rproc_virtio_notify() to inform the remote processor of the status update. >>>>> At this stage, your remoteproc driver should be able to send a mailbox message >>>>> to inform the remote side about the recovery completion. >>>>> >>>> >>>> I think I spot the problem now. >>>> >>>> Linux side: file: remoteproc_core.c >>>> rproc_attach_recovery >>>> __rproc_detach >>>> cleans up the resource table and re-loads it >>>> __rproc_attach >>>> stops and re-starts subdevices >>>> >>>> >>>> Remote side: >>>> Remote re-boots after crash >>>> Detects crash happened previously >>>> notify crash to Linux >>>> (Linux is executing above flow meanwhile) >>>> starts creating virtio devices >>>> **rproc_virtio_create_vdev - parse vring & create vdev device** >>>> **rproc_virtio_wait_remote_ready - wait for remote ready** [1] >>>> >>>> I think Remote should wait on DRIVER_OK bit, before creating virtio devices. >>>> The temporary solution I implemented was to make sure vrings addresses are >>>> not 0xffffffff like following: >>>> >>>> while(rsc->rpmsg_vring0.da == FW_RSC_U32_ADDR_ANY || >>>> rsc->rpmsg_vring1.da == FW_RSC_U32_ADDR_ANY) { >>>> usleep(100); >>>> metal_cache_invalidate(rsc, rproc->rsc_len); >>>> } >>>> >>>> Above works, but I think better solution is to change sequence where remote >>>> waits before creating virtio devices. >>> >>> I am sorry, I should have said, remote should wait before parsing and >>> assigning vrings to virtio device. >>> >>>> >>>> >>>> [1] https://github.com/OpenAMP/open-amp/ >>>> blob/391671ba24840833d882c1a75c5d7307703b1cf1/lib/remoteproc/ remoteproc.c#L994 >>>> >> >> Actually upon further checking, I think above code is okay. I see that >> wait_remote_ready is called before vrings are setup on remote fw side. >> >> However, during recovery time on remote side, somehow I still have to implement >> platform specific wait for vrings to setup correctly. >> >> From linux side, DRIVER_OK bit is set before vrings are setup correctly. >> Because of that, when remote firmware sets up wrong vring addresses and then >> rpmsg channels are not created. >> >> I am investigating on this further. > > Do you reset the vdev status as requested by the virtio spec? > https://docs.oasis-open.org/virtio/virtio/v1.3/csd01/virtio-v1.3-csd01.html… > > Regards, > Arnaud > Yes I do. I am actually restoring deafult resource table on firmware side, which will set rpmsg_vdev status to 0. However, when printing vrings right before wait_remote_ready, I see vrings are not set correctly from linux side: `vring0 = 0xFFFFFFFF, vring1 = 0xFFFFFFFF` However, the rproc state was still moved to attach when checked from remoteproc sysfs. `cat /sys/class/remoteproc/remoteproc0/state` attached Somehow the sync between remote fw and linux isn't right. >> >>>> >>>> Thanks, >>>> Tanmay >>>>> Regards >>>>> Arnaud >>>>> >>>>> >>>>>> >>>>>>> Regards, >>>>>>> Arnaud >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Tanmay >>>>>> >>>> >>> >>

1 year, 2 months

1
0
0 0

Re: Testing on attach-detach recovery

by Tanmay Shah

On 7/1/25 12:18 PM, Arnaud POULIQUEN wrote: > > > On 7/1/25 17:16, Tanmay Shah wrote: >> >> >> On 7/1/25 3:07 AM, Arnaud POULIQUEN wrote: >>> Hi Tanmay, >>> >>> On 6/27/25 23:29, Tanmay Shah wrote: >>>> Hello all, >>>> >>>> I am implementing remoteproc recovery on attach-detach use case. >>>> I have implemented the feature in the platform driver, and it works for boot >>>> recovery. >>> >>> Few questions to better understand your use case. >>> >>> 1) The linux remoteproc firmware attach to a a remote processor, and you >>> generate a crash of the remote processor, right? >>> >> >> Yes correct. >> >>> 1) How does the remoteprocessor reboot? On a remoteproc request or it is an >>> autoreboot independent from the Linux core? >>> >> >> It is auto-reboot independent from the linux core. >> >>> 2) In case of auto reboot, when does the remoteprocessor send an even to the >>> Linux remoteproc driver ? beforeor after the reset? >>> >> >> Right now, when Remote reboots, it sends crash event to remoteproc driver after >> reboot. >> >>> 3) Do you expect to get core dump on crash? >>> >> >> No coredump expected as of now, but only recovery. Eventually will implement >> coredump functionality as well. >> >>>> >>>> However, I am stuck at the testing phase. >>>> >>>> When should firmware report the crash ? After reboot ? or during some kind of >>>> crash handler ? >>>> >>>> So far, I am reporting crash after rebooting remote processor, but it doesn't >>>> seem to work i.e. I don't see rpmsg devices created after recovery.> >>>> What should be the correct process to test this feature ? How other platforms >>>> are testing this? >>> >>> I have never tested it on ST board. As a first analysis, in case of autoreboot >>> of the remote processor, it look like you should detach and reattach to recover. >> >> That is what's done from the remoteproc framework. >> >>> - On detach the rpmsg devices should be unbind >>> - On attach the remote processor should request RPmsg channels using the NS >>> announcement mechanism >>> >> >> Main issue is, Remote firmware needs to wait till all above happens. Then only >> initialize virtio devices. Currently we don't have any way to notify recovery >> progress from linux to remote fw in the remoteproc framework. So I might have to >> introduce some platform specific mechanism in remote firmware to wait for >> recovery to complete successfully. > > I guess the rproc->clean_table contains a copy of the resource table that is > reapplied on attach, and the virtio devices should be re-probed, right? > > During the virtio device probe, the vdev status in the resource table is updated > to 7 when virtio is ready to communicate. Virtio should then call > rproc_virtio_notify() to inform the remote processor of the status update. > At this stage, your remoteproc driver should be able to send a mailbox message > to inform the remote side about the recovery completion. > I think I spot the problem now. Linux side: file: remoteproc_core.c rproc_attach_recovery __rproc_detach cleans up the resource table and re-loads it __rproc_attach stops and re-starts subdevices Remote side: Remote re-boots after crash Detects crash happened previously notify crash to Linux (Linux is executing above flow meanwhile) starts creating virtio devices **rproc_virtio_create_vdev - parse vring & create vdev device** **rproc_virtio_wait_remote_ready - wait for remote ready** [1] I think Remote should wait on DRIVER_OK bit, before creating virtio devices. The temporary solution I implemented was to make sure vrings addresses are not 0xffffffff like following: while(rsc->rpmsg_vring0.da == FW_RSC_U32_ADDR_ANY || rsc->rpmsg_vring1.da == FW_RSC_U32_ADDR_ANY) { usleep(100); metal_cache_invalidate(rsc, rproc->rsc_len); } Above works, but I think better solution is to change sequence where remote waits before creating virtio devices. [1] https://github.com/OpenAMP/open-amp/blob/391671ba24840833d882c1a75c5d730770… Thanks, Tanmay > Regards > Arnaud > > >> >>> Regards, >>> Arnaud >>> >>>> >>>> >>>> Thanks, >>>> Tanmay >>

1 year, 2 months

1
2
0 0

Re: Testing on attach-detach recovery

by Tanmay Shah

On 7/1/25 3:07 AM, Arnaud POULIQUEN wrote: > Hi Tanmay, > > On 6/27/25 23:29, Tanmay Shah wrote: >> Hello all, >> >> I am implementing remoteproc recovery on attach-detach use case. >> I have implemented the feature in the platform driver, and it works for boot >> recovery. > > Few questions to better understand your use case. > > 1) The linux remoteproc firmware attach to a a remote processor, and you > generate a crash of the remote processor, right? > Yes correct. > 1) How does the remoteprocessor reboot? On a remoteproc request or it is an > autoreboot independent from the Linux core? > It is auto-reboot independent from the linux core. > 2) In case of auto reboot, when does the remoteprocessor send an even to the > Linux remoteproc driver ? beforeor after the reset? > Right now, when Remote reboots, it sends crash event to remoteproc driver after reboot. > 3) Do you expect to get core dump on crash? > No coredump expected as of now, but only recovery. Eventually will implement coredump functionality as well. >> >> However, I am stuck at the testing phase. >> >> When should firmware report the crash ? After reboot ? or during some kind of >> crash handler ? >> >> So far, I am reporting crash after rebooting remote processor, but it doesn't >> seem to work i.e. I don't see rpmsg devices created after recovery.> >> What should be the correct process to test this feature ? How other platforms >> are testing this? > > I have never tested it on ST board. As a first analysis, in case of autoreboot > of the remote processor, it look like you should detach and reattach to recover. That is what's done from the remoteproc framework. > - On detach the rpmsg devices should be unbind > - On attach the remote processor should request RPmsg channels using the NS > announcement mechanism > Main issue is, Remote firmware needs to wait till all above happens. Then only initialize virtio devices. Currently we don't have any way to notify recovery progress from linux to remote fw in the remoteproc framework. So I might have to introduce some platform specific mechanism in remote firmware to wait for recovery to complete successfully. > Regards, > Arnaud > >> >> >> Thanks, >> Tanmay

1 year, 2 months

1
0
0 0

[OpenAMP/libmetal] 35c65e: cmake: add public header files for CMake shared an...

by aelray

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 35c65e05b9c3f62713cf865c547287e5c8e3942f https://github.com/OpenAMP/libmetal/commit/35c65e05b9c3f62713cf865c547287e5… Author: Adel El-Rayyes <aelray(a)gmail.com> Date: 2025-06-30 (Mon, 30 Jun 2025) Changed paths: M lib/CMakeLists.txt Log Message: ----------- cmake: add public header files for CMake shared and static lib targets For consumers who don't want to install libmetal it's more convenient to use the CMake targets metal-static or metal-shared. However, they currently don't bring the necessary include directories (In contrast to the Zephyr version where the include directories are already exported via `zephyr_include_directories(...)` Signed-off-by: Adel El-Rayyes <aelray(a)gmail.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 2 months

1
0
0 0

[OpenAMP/openamp-system-reference] 4a5842: examples: legacy_apps: zynqmp_r5: Move linker file...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 4a5842466f46847438a441446d9dd75d665a810f https://github.com/OpenAMP/openamp-system-reference/commit/4a5842466f468474… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2025-06-30 (Mon, 30 Jun 2025) Changed paths: M examples/legacy_apps/machine/zynqmp_r5/CMakeLists.txt A examples/legacy_apps/machine/zynqmp_r5/linker_large_text.ld A examples/legacy_apps/machine/zynqmp_r5/linker_remote.ld M examples/legacy_apps/system/generic/machine/zynqmp_r5/CMakeLists.txt R examples/legacy_apps/system/generic/machine/zynqmp_r5/linker_large_text.ld R examples/legacy_apps/system/generic/machine/zynqmp_r5/linker_remote.ld Log Message: ----------- examples: legacy_apps: zynqmp_r5: Move linker file logic to machine/zynqmp_r5 As prep to support multiple OS's move the logic to be in area common for all RPU based OpenAMP applications. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 9b5617141dc86b501f1a03223d3d35a84ccb8fd7 https://github.com/OpenAMP/openamp-system-reference/commit/9b5617141dc86b50… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2025-06-30 (Mon, 30 Jun 2025) Changed paths: M examples/legacy_apps/machine/zynqmp_r5/CMakeLists.txt A examples/legacy_apps/machine/zynqmp_r5/generic/gic_init.c A examples/legacy_apps/machine/zynqmp_r5/helper.c M examples/legacy_apps/system/generic/machine/zynqmp_r5/CMakeLists.txt R examples/legacy_apps/system/generic/machine/zynqmp_r5/helper.c Log Message: ----------- examples: legacy_apps: zynqmp_r5: move GIC setup logic to baremetal area As the GIC initialization logic is specific to baremetal R5, move to that location. The logging is common though so keep it in common area. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 4220a50955b831038895a106da1d06b295c3532e https://github.com/OpenAMP/openamp-system-reference/commit/4220a50955b83103… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2025-06-30 (Mon, 30 Jun 2025) Changed paths: M examples/legacy_apps/examples/echo/CMakeLists.txt A examples/legacy_apps/examples/echo/generic/main.c M examples/legacy_apps/examples/echo/rpmsg-echo.c M examples/legacy_apps/examples/echo/rpmsg-echo.h M examples/legacy_apps/examples/matrix_multiply/CMakeLists.txt A examples/legacy_apps/examples/matrix_multiply/generic/main.c M examples/legacy_apps/examples/matrix_multiply/matrix_multiply.h M examples/legacy_apps/examples/matrix_multiply/matrix_multiplyd.c M examples/legacy_apps/examples/rpc_demo/CMakeLists.txt A examples/legacy_apps/examples/rpc_demo/generic/main.c M examples/legacy_apps/examples/rpc_demo/rpc_demo.c M examples/legacy_apps/examples/rpc_demo/rpmsg-rpc-demo.h Log Message: ----------- examples: legacy_apps: Prepare legacy demos to support other OS's In the original OpenAMP Remote files define main as weak and then provide strong main routines to separate files for echo, matrix and rpc_demo examples so that other OS's can be added too. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: d0696e30ca11f9acc47ad3c70ac00b9c9ea994b2 https://github.com/OpenAMP/openamp-system-reference/commit/d0696e30ca11f9ac… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2025-06-30 (Mon, 30 Jun 2025) Changed paths: M examples/legacy_apps/machine/zynqmp_r5/CMakeLists.txt Log Message: ----------- examples: legacy_apps: zynqmp_r5: Move library dependency logic Move library dependency logic to zynqmp_r5 common area to ensure all OS targets will pick up dependencies. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: c3e2349c6a30d057d6782bcb57da371c525cbe3b https://github.com/OpenAMP/openamp-system-reference/commit/c3e2349c6a30d057… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2025-06-30 (Mon, 30 Jun 2025) Changed paths: A examples/legacy_apps/examples/echo/freertos/main.c A examples/legacy_apps/examples/matrix_multiply/freertos/main.c A examples/legacy_apps/examples/rpc_demo/freertos/main.c Log Message: ----------- examples: legacy_apps: Add main routines for FreeRTOS OS for echo, matrix and rpc_demo Add main routine implementations for echo, matrix and rpc_demo examples for FreeRTOS OS. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: e0c9828a0c52f00320a7e932360b416bcfc992fd https://github.com/OpenAMP/openamp-system-reference/commit/e0c9828a0c52f003… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2025-06-30 (Mon, 30 Jun 2025) Changed paths: A examples/legacy_apps/system/freertos/CMakeLists.txt Log Message: ----------- examples: legacy_apps: freertos: Add link dependency for library Add link dependency to ensure that library is found for FreeRTOS applications Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 019186f66d6ae55d4c33acef03a1faef345e4ebc https://github.com/OpenAMP/openamp-system-reference/commit/019186f66d6ae55d… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2025-06-30 (Mon, 30 Jun 2025) Changed paths: A examples/legacy_apps/machine/zynqmp_r5/freertos/gic_init.c Log Message: ----------- examples: legacy_apps: freertos: implement GIC setup Introduce GIC initializatio nusing AMD FreeRTOS BSP API to connect GIC to libmetal ISR and application IRQ. Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> Commit: 49d74fec0b509cba50f34a353e0a639b80a270f9 https://github.com/OpenAMP/openamp-system-reference/commit/49d74fec0b509cba… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-06-30 (Mon, 30 Jun 2025) Changed paths: M examples/legacy_apps/machine/zynqmp/platform_info.c M examples/legacy_apps/machine/zynqmp_r5/platform_info.c M examples/legacy_apps/machine/zynqmp_r5/zynqmp_r5_a53_rproc.c M examples/legacy_apps/system/CMakeLists.txt M examples/legacy_apps/system/freertos/CMakeLists.txt A examples/legacy_apps/system/freertos/suspend.c M examples/legacy_apps/system/generic/CMakeLists.txt A examples/legacy_apps/system/generic/suspend.c M examples/legacy_apps/system/linux/CMakeLists.txt M examples/legacy_apps/system/linux/machine/generic/platform_info.c A examples/legacy_apps/system/linux/suspend.c A examples/legacy_apps/system/suspend.h Log Message: ----------- examples: legacy_apps: Add default routines for suspend/resume The application or the CPU can be suspended and resumed while waiting for new RPMsg messages from the remote processor. This commit introduces `system_suspend` and `system_resume` functions, along with their implementations for different systems. - FreeRTOS: The suspend/resume functionality involves suspending and resuming the application. - Linux and Baremetal: By default, `metal_cpu_yield()` is called. However, these functions can be redefined in the machine layer if needed. The application can be suspended and resume waiting from new rpmsg from the remote. Add system_suspend and system_resume functions and associated implementation for the different system. For the FreeRTOS the suspend/resume consist in suspending resuming the application For Linux and baremetal metal_cpu_yield() is called by default, but some functions can be redefined in the machine on need Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Compare: https://github.com/OpenAMP/openamp-system-reference/compare/d0546027cd32...… To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

1 year, 2 months

1
0
0 0

Testing on attach-detach recovery

by Tanmay Shah

Hello all, I am implementing remoteproc recovery on attach-detach use case. I have implemented the feature in the platform driver, and it works for boot recovery. However, I am stuck at the testing phase. When should firmware report the crash ? After reboot ? or during some kind of crash handler ? So far, I am reporting crash after rebooting remote processor, but it doesn't seem to work i.e. I don't see rpmsg devices created after recovery. What should be the correct process to test this feature ? How other platforms are testing this? Thanks, Tanmay

1 year, 2 months

1
0
0 0

[RFC]: remoteproc state definition discrepancy in openamp library and Linux kernel framework

by Tanmay Shah

Hello all, I found out that there is discrepancy between remoteproc state definition in kernel and open-amp library: Linux kernel side definition: https://github.com/torvalds/linux/blob/52da431bf03b5506203bca27fe14a97895c8… enum rproc_state { RPROC_OFFLINE = 0, RPROC_SUSPENDED = 1, RPROC_RUNNING = 2, RPROC_CRASHED = 3, RPROC_DELETED = 4, RPROC_ATTACHED = 5, RPROC_DETACHED = 6, RPROC_LAST = 7, }; open-amp library side definition: https://github.com/OpenAMP/open-amp/blob/391671ba24840833d882c1a75c5d730770… /** * @brief Remote processor states */ enum remoteproc_state { /** Remote is offline */ RPROC_OFFLINE = 0, /** Remote is configured */ RPROC_CONFIGURED = 1, /** Remote is ready to start */ RPROC_READY = 2, /** Remote is up and running */ RPROC_RUNNING = 3, /** Remote is suspended */ RPROC_SUSPENDED = 4, /** Remote is has error; need to recover */ RPROC_ERROR = 5, /** Remote is stopped */ RPROC_STOPPED = 6, /** Just keep this one at the end */ RPROC_LAST = 7, }; IIUC, both side state definition should match, so that if remote needs to report crash error, it can use same name and mapped int value in the code. Please let me know if I am missing something in this understanding. Should we fix this? If so, I believe it should be library side. I am looking for suggestion to fix this without breaking backward compatibility: Approach 1: deprecate library side remoteproc_state definition. deprecate current enum (with __deprecated attribute or add comment) and introduce new one with same definition as in linux kernel. Then after 2 year (as per code of conduct policy) we can remove remoteproc_state. Approach 2: Platform driver uses library side remoteproc state definition. If we don't want to fix this, then another approach is, platform driver in linux kernel should have library-side remoteproc state definition and convert interprete it to kernel side remoteproc definition. With this second approach we don't have to deprecate anything, but platform drivers are responsible to maintain different remoteproc_state definition. (Might create confusion). I am open to any other suggestion regarding this. Thanks, Tanmay

1 year, 2 months

3
4
0 0

[RFC] Proposal to add mailbox interface

by Levinsky, Ben

[AMD Official Use Only - AMD Internal Distribution Only] Hello All, Presently for the OpenAMP Legacy Demos available in the community system reference repo the interrupt mechanism involves Libmetal APIs directly writing to control registers. This is an issue because it is clearly coupling the demos to vendor-specific logic. If we could instead have a refactor of demos without the vendor-specific interrupt register writes this would be a code clean up. [1] In one of the Libmetal-supported OS's, Zephyr there is already IPM support, though it is being deprecated as we have been told upstream. [2][3] That being said, there is already mailbox support in Zephyr and AMD is upstreaming support for this too. In order to (a) clean up the vendor-specific register writes and (b) add a generic mailbox support to Libmetal libraries below is a proposal for a patch series. 1. Add mailbox support - lib/mbox.h - descripe APIs for init, deinit, send and receive. 2. Add stubs for baremetal for the above APIs 3. Add stubs for freertos for the above APIs. 4. Add implementation for Zephyr with: - init - As Zephyr OS statically defines mailbox structures today based on device tree, this will simply store the mailbox structure [4] - deinit - free mailbox - send/receive will simply wrap around the Zephyr APIs for mbox send/receive 1. https://github.com/OpenAMP/libmetal/tree/main/lib/system/zephyr 2. https://github.com/zephyrproject-rtos/zephyr/tree/main/drivers/mbox 3. (pull request pending) 4. https://github.com/zephyrproject-rtos/zephyr/tree/main/samples/drivers/mbox

1 year, 2 months

2
1
0 0

[OpenAMP/libmetal] 41c83b: lib: Remove system specific irq.h files

by Andrew Davis

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 41c83bcffd61b36d4e2dc3d083bc5b98c1682f5e https://github.com/OpenAMP/libmetal/commit/41c83bcffd61b36d4e2dc3d083bc5b98… Author: Andrew Davis <afd(a)ti.com> Date: 2025-06-20 (Fri, 20 Jun 2025) Changed paths: M lib/irq.h M lib/system/freertos/CMakeLists.txt R lib/system/freertos/irq.h M lib/system/generic/CMakeLists.txt R lib/system/generic/irq.h M lib/system/linux/device.c M lib/system/nuttx/CMakeLists.txt M lib/system/nuttx/init.c M lib/system/nuttx/irq.c M lib/system/zephyr/CMakeLists.txt R lib/system/zephyr/irq.h Log Message: ----------- lib: Remove system specific irq.h files Many of the system specific irq.h files are empty, and those that are not are only used by the internal IRQ handling functions. Remove the empty ones and do not expose the contents of the internal ones outside of the compilation unit that uses them. Signed-off-by: Andrew Davis <afd(a)ti.com> Commit: a2bf06dc3ee878edcad282d41d06e5b9c049f0e5 https://github.com/OpenAMP/libmetal/commit/a2bf06dc3ee878edcad282d41d06e5b9… Author: Andrew Davis <afd(a)ti.com> Date: 2025-06-20 (Fri, 20 Jun 2025) Changed paths: M lib/log.h M lib/system/freertos/CMakeLists.txt R lib/system/freertos/log.h M lib/system/generic/CMakeLists.txt R lib/system/generic/log.h M lib/system/linux/CMakeLists.txt R lib/system/linux/log.h M lib/system/nuttx/CMakeLists.txt R lib/system/nuttx/log.h M lib/system/nuttx/sys.h M lib/system/zephyr/sys.h Log Message: ----------- lib: Remove system specific log.h files Most of the system specific log.h files are empty, and those that are not are only used by the internal log handling functions. Remove the empty ones and do not expose the contents of the internal ones outside of the compilation unit that uses them. Signed-off-by: Andrew Davis <afd(a)ti.com> Compare: https://github.com/OpenAMP/libmetal/compare/96c7cd26dca9...a2bf06dc3ee8 To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 2 months

1
0
0 0

Re: [RFC]: remoteproc state definition discrepancy in openamp library and Linux kernel framework

by Tanmay Shah

On 6/19/25 10:53 AM, Mathieu Poirier wrote: > Good morning, > > On Wed, 18 Jun 2025 at 10:44, Tanmay Shah <tanmay.shah(a)amd.com> wrote: >> >> Hello all, >> >> I found out that there is discrepancy between remoteproc state >> definition in kernel and open-amp library: >> >> Linux kernel side definition: >> >> https://github.com/torvalds/linux/blob/52da431bf03b5506203bca27fe14a97895c8… >> >> >> enum rproc_state { >> RPROC_OFFLINE = 0, >> RPROC_SUSPENDED = 1, >> RPROC_RUNNING = 2, >> RPROC_CRASHED = 3, >> RPROC_DELETED = 4, >> RPROC_ATTACHED = 5, >> RPROC_DETACHED = 6, >> RPROC_LAST = 7, >> }; >> >> open-amp library side definition: >> >> https://github.com/OpenAMP/open-amp/blob/391671ba24840833d882c1a75c5d730770… >> >> /** >> * @brief Remote processor states >> */ >> enum remoteproc_state { >> /** Remote is offline */ >> RPROC_OFFLINE = 0, >> /** Remote is configured */ >> RPROC_CONFIGURED = 1, >> /** Remote is ready to start */ >> RPROC_READY = 2, >> /** Remote is up and running */ >> RPROC_RUNNING = 3, >> /** Remote is suspended */ >> RPROC_SUSPENDED = 4, >> /** Remote is has error; need to recover */ >> RPROC_ERROR = 5, >> /** Remote is stopped */ >> RPROC_STOPPED = 6, >> /** Just keep this one at the end */ >> RPROC_LAST = 7, >> }; >> >> IIUC, both side state definition should match, so that if remote needs >> to report crash error, it can use same name and mapped int value in the >> code. Please let me know if I am missing something in this understanding. >> >> Should we fix this? >> > > The kernel's remoteproc subsystem and openAMP library are two > independent projects. OpenAMP does its own governance but I > personally don't see a reason to harmonize the value of their internal > states. > > Thanks, > Mathieu > Thanks Mathieu for your response. Yes we are reaching the same conclusion. >> If so, I believe it should be library side. >> >> I am looking for suggestion to fix this without breaking backward >> compatibility: >> >> Approach 1: deprecate library side remoteproc_state definition. >> >> deprecate current enum (with __deprecated attribute or add comment) and >> introduce new one with same definition as in linux kernel. Then after 2 >> year (as per code of conduct policy) we can remove remoteproc_state. >> >> Approach 2: Platform driver uses library side remoteproc state definition. >> >> If we don't want to fix this, then another approach is, platform driver >> in linux kernel should have library-side remoteproc state definition and >> convert interprete it to kernel side remoteproc definition. >> >> With this second approach we don't have to deprecate anything, but >> platform drivers are responsible to maintain different remoteproc_state >> definition. (Might create confusion). >> >> >> I am open to any other suggestion regarding this. >> >> Thanks, >> Tanmay >>

1 year, 2 months

1
0
0 0

[OpenAMP/open-amp]

by Arnaud Pouliquen

Branch: refs/tags/2025.04.0 Home: https://github.com/OpenAMP/open-amp To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 3 months

1
0
0 0

[OpenAMP/open-amp]

by Arnaud Pouliquen

Branch: refs/tags/v2025.04.0 Home: https://github.com/OpenAMP/open-amp To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 3 months

1
0
0 0

[OpenAMP/libmetal] 96c7cd: system: linux: include missing headers

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 96c7cd26dca9b99986441d5e4dced0bb66e0ea4f https://github.com/OpenAMP/libmetal/commit/96c7cd26dca9b99986441d5e4dced0bb… Author: Vincenzo Calabretta <vincenzo.calabretta(a)embedded-brains.de> Date: 2025-06-02 (Mon, 02 Jun 2025) Changed paths: M test/system/linux/threads.c Log Message: ----------- system: linux: include missing headers Do not rely on indirect includes since they may not be present on some systems. Signed-off-by: Vincenzo Calabretta <vincenzo.calabretta(a)embedded-brains.de> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 3 months

1
0
0 0

[OpenAMP/openamp-system-reference] d05460: examples: dts: xlnx: update dtso for remoteproc nodes

by Tanmay

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: d0546027cd321466dfaf4f8888f9dd5432c7013f https://github.com/OpenAMP/openamp-system-reference/commit/d0546027cd321466… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2025-05-28 (Wed, 28 May 2025) Changed paths: M examples/linux/dts/xilinx/Makefile M examples/linux/dts/xilinx/xilinx-openamp-for-v6.x.dtso A examples/linux/dts/xilinx/zynqmp-lockstep.dtso M examples/linux/dts/xilinx/zynqmp-openamp.dtso R examples/linux/dts/xilinx/zynqmp-split.dtso Log Message: ----------- examples: dts: xlnx: update dtso for remoteproc nodes Use new remoteproc nodes introduced in 6.12 kernel. From 6.12 kernel, split mode is enabled by default for zcu102 board. All other boards remoteproc lockstep and split nodes are disabled by default. So enable split mode by default for all the boards via zynqmp-openamp.dtso and introduce zynqmp-lockstep.dtso to enable lockstep mode only when needed. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

1 year, 3 months

1
0
0 0

[OpenAMP/libmetal] dcf121: lib: optionally provide ATOMIC_VAR_INIT()

by Sebastian Huber

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: dcf121ab617443166e976afbdd848569cf773895 https://github.com/OpenAMP/libmetal/commit/dcf121ab617443166e976afbdd848569… Author: Sebastian Huber <sebastian.huber(a)embedded-brains.de> Date: 2025-05-28 (Wed, 28 May 2025) Changed paths: M lib/atomic.h Log Message: ----------- lib: optionally provide ATOMIC_VAR_INIT() The ATOMIC_VAR_INIT() macro was deprecated in C17 and removed in C23. Signed-off-by: Sebastian Huber <sebastian.huber(a)embedded-brains.de> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 3 months

1
0
0 0

[OpenAMP/openamp-system-reference] 63fbb9: zynq: Remove support for Zynq-7000 SoC

by ben

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 63fbb90069212ac0b70ba293f7cf31405d02acee https://github.com/OpenAMP/openamp-system-reference/commit/63fbb90069212ac0… Author: Ben Levinsky <ben.levinsky(a)amd.com> Date: 2025-05-28 (Wed, 28 May 2025) Changed paths: R examples/legacy_apps/cmake/platforms/zynq7_generic.cmake R examples/legacy_apps/cmake/platforms/zynq7_linux.cmake R examples/legacy_apps/machine/zynq7/CMakeLists.txt R examples/legacy_apps/machine/zynq7/platform_info.c R examples/legacy_apps/machine/zynq7/platform_info.h R examples/legacy_apps/machine/zynq7/platform_info_remoteproc_master.c R examples/legacy_apps/machine/zynq7/rsc_table.c R examples/legacy_apps/machine/zynq7/rsc_table.h R examples/legacy_apps/machine/zynq7/zynq_a9_rproc.c R examples/legacy_apps/system/generic/machine/zynq7/CMakeLists.txt R examples/legacy_apps/system/generic/machine/zynq7/Xilinx.spec R examples/legacy_apps/system/generic/machine/zynq7/helper.c R examples/legacy_apps/system/generic/machine/zynq7/linker_master.ld R examples/legacy_apps/system/generic/machine/zynq7/linker_remote.ld Log Message: ----------- zynq: Remove support for Zynq-7000 SoC Remove openamp support for Zynq-7000 SoC, following changes are done 1) remove folder apps/machine/zynq7 2) remove folder apps/system/generic/machine/zynq7 3) remove file cmake/platforms/zynq7_generic.cmake 4) remove file cmake/platforms/zynq7_linux.cmake 5) Modify README.md files Reasons to remove: 1) Support for Zynq-7000 has ended 2) Removing redundant or unmaintained code 3) Reduce technical debt carried by OpenAMP team 4) very few customer using openamp on Zynq-7000 SoC For using Zynq-7000 SoC support last working and tested version is (v2023.10) https://github.com/OpenAMP/open-amp/tree/v2023.10 Signed-off-by: Rajiv Mohan <rajiv.mohan(a)amd.com> Signed-off-by: Ben Levinsky <ben.levinsky(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

1 year, 3 months

1
0
0 0

[OpenAMP/open-amp] 6ecc2e: Updated virtio drivers for network, entropy and se...

by Arnaud Pouliquen

Branch: refs/heads/virtio-exp-v2025.04 Home: https://github.com/OpenAMP/open-amp Commit: 6ecc2ef43e992d85cdeb7b883552a48bfa9bcd24 https://github.com/OpenAMP/open-amp/commit/6ecc2ef43e992d85cdeb7b883552a48b… Author: Dan Milea <dan.milea(a)windriver.com> Date: 2025-05-23 (Fri, 23 May 2025) Changed paths: M lib/virtio_mmio/virtio_mmio_drv.c M lib/virtio_mmio/virtio_net_drv.c M lib/virtio_mmio/virtio_rng_drv.c M lib/virtio_mmio/virtio_serial_drv.c Log Message: ----------- Updated virtio drivers for network, entropy and serial devices The drivers now support devices with version numbers 2 (virtio >= 1.0) in addition to 1 (legacy). Signed-off-by: Dan Milea <dan.milea(a)windriver.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 3 months

1
0
0 0

[OpenAMP/libmetal] f2990d: doxygen: tell doxygen to generate tag file for ext...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: f2990d20daca81a12e7e84c33eb5398418f7568e https://github.com/OpenAMP/libmetal/commit/f2990d20daca81a12e7e84c33eb53984… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2025-05-19 (Mon, 19 May 2025) Changed paths: M doc/Doxyfile.in Log Message: ----------- doxygen: tell doxygen to generate tag file for external linking To allow for external links to doxygen generated content, tell doxygen to build tags, so the tag file can be used for cross referencing doxygen generated data. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: c86f48f19a9c58998123061777da680e14cbafb9 https://github.com/OpenAMP/libmetal/commit/c86f48f19a9c58998123061777da680e… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2025-05-19 (Mon, 19 May 2025) Changed paths: M doc/Doxyfile.in Log Message: ----------- doxygen: tell doxygen to generate xml in order to use the sphinx breathe plugin in the OpenAMP/openamp-docs repository we need to enable xml generation Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Compare: https://github.com/OpenAMP/libmetal/compare/36f87f9335f5...c86f48f19a9c To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 3 months

1
0
0 0

[OpenAMP/open-amp] 1bd84c: doxygen: tell doxygen to generate tag file for ext...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 1bd84cfd8926f88188f4091b47b4fdd3148448bc https://github.com/OpenAMP/open-amp/commit/1bd84cfd8926f88188f4091b47b4fdd3… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2025-05-19 (Mon, 19 May 2025) Changed paths: M doc/Doxyfile.in Log Message: ----------- doxygen: tell doxygen to generate tag file for external linking To allow for external links to doxygen generated content, tell doxygen to build tags, so the tag file can be used for cross referencing doxygen generated data. Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Commit: 391671ba24840833d882c1a75c5d7307703b1cf1 https://github.com/OpenAMP/open-amp/commit/391671ba24840833d882c1a75c5d7307… Author: Sipke Vriend <sipke(a)direktembedded.com> Date: 2025-05-19 (Mon, 19 May 2025) Changed paths: M doc/Doxyfile.in Log Message: ----------- doxygen: tell doxygen to generate xml in order to use the sphinx breathe plugin in the OpenAMP/openamp-docs repository we need to enable xml generation Signed-off-by: Sipke Vriend <sipke(a)direktembedded.com> Compare: https://github.com/OpenAMP/open-amp/compare/3737f8b18ad2...391671ba2484 To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 3 months

1
0
0 0

[OpenAMP/open-amp] 5ec5c1: virtio-mmio: entropy device

by Arnaud Pouliquen

Branch: refs/heads/virtio-exp-v2025.04 Home: https://github.com/OpenAMP/open-amp Commit: 5ec5c10f741becf7d2840ee64ca2d86912784074 https://github.com/OpenAMP/open-amp/commit/5ec5c10f741becf7d2840ee64ca2d869… Author: Dan Milea <dan.milea(a)windriver.com> Date: 2025-05-15 (Thu, 15 May 2025) Changed paths: A lib/include/openamp/virtio_rng_drv.h M lib/virtio_mmio/CMakeLists.txt A lib/virtio_mmio/virtio_rng_drv.c Log Message: ----------- virtio-mmio: entropy device Added virtio entropy device support. Signed-off-by: Dan Milea <dan.milea(a)windriver.com> Commit: 60faf773e8411b35eebff6a1e44c1ad701d49086 https://github.com/OpenAMP/open-amp/commit/60faf773e8411b35eebff6a1e44c1ad7… Author: Dan Milea <dan.milea(a)windriver.com> Date: 2025-05-15 (Thu, 15 May 2025) Changed paths: A lib/include/openamp/virtio_net_drv.h M lib/virtio_mmio/CMakeLists.txt A lib/virtio_mmio/virtio_net_drv.c Log Message: ----------- virtio-mmio: network device Added virtio network device support. Signed-off-by: Dan Milea <dan.milea(a)windriver.com> Commit: b0d05292876b2b2bd96a98bd408f46ca503a1f81 https://github.com/OpenAMP/open-amp/commit/b0d05292876b2b2bd96a98bd408f46ca… Author: Dan Milea <dan.milea(a)windriver.com> Date: 2025-05-15 (Thu, 15 May 2025) Changed paths: A lib/include/openamp/virtio_serial_drv.h M lib/virtio_mmio/CMakeLists.txt A lib/virtio_mmio/virtio_serial_drv.c Log Message: ----------- virtio-mmio: console device Added virtio console device support. Signed-off-by: Dan Milea <dan.milea(a)windriver.com> Commit: 911424a0ee6299cbb35d893757bc5f9c70501a9e https://github.com/OpenAMP/open-amp/commit/911424a0ee6299cbb35d893757bc5f9c… Author: Felipe Neves <felipe.neves(a)linaro.org> Date: 2025-05-15 (Thu, 15 May 2025) Changed paths: M cmake/options.cmake M lib/include/openamp/virtio.h A lib/include/openamp/virtio_mmio_dev.h M lib/virtio_mmio/CMakeLists.txt A lib/virtio_mmio/virtio_mmio_dev.c Log Message: ----------- virtio-mmio: add initial support for Virtio MMIO device side Signed-off-by: Felipe Neves <felipe.neves(a)linaro.org> virtio_mmio_dev: initial support for device side virtio mmio transport, it is based on work done originally by Nicolas Granger from ST: <nicolas.granger01(a)st.com> Signed-off-by: Felipe Neves <felipe.neves(a)linaro.org> Commit: 1cc0122d227d96de55eb25445f14f97553a984d7 https://github.com/OpenAMP/open-amp/commit/1cc0122d227d96de55eb25445f14f975… Author: Felipe Neves <felipe.neves(a)linaro.org> Date: 2025-05-15 (Thu, 15 May 2025) Changed paths: M lib/include/openamp/virtio_mmio.h R lib/include/openamp/virtio_mmio_dev.h M lib/virtio_mmio/virtio_mmio_dev.c Log Message: ----------- virtio_mmio: unify device and driver interfaces into a single header file. Signed-off-by: Felipe Neves <felipe.neves(a)linaro.org> Commit: 1f8a7cb9db21f753c776c9c024113d8cad18a17c https://github.com/OpenAMP/open-amp/commit/1f8a7cb9db21f753c776c9c024113d8c… Author: Dan Milea <dan.milea(a)windriver.com> Date: 2025-05-15 (Thu, 15 May 2025) Changed paths: M lib/include/openamp/virtio_mmio.h A lib/include/openamp/virtio_mmio_hvl.h M lib/virtio/virtqueue.c M lib/virtio_mmio/CMakeLists.txt M lib/virtio_mmio/virtio_mmio_drv.c A lib/virtio_mmio/virtio_mmio_hvl.c M lib/virtio_mmio/virtio_serial_drv.c Log Message: ----------- virtio-mmio: hypervisor-less mode Added support for hypervisor-less virtio. - HVP dispatch function table - Semaphore-based configuration synchronization mechanism when in yield-capable context Signed-off-by: Dan Milea <dan.milea(a)windriver.com> Compare: https://github.com/OpenAMP/open-amp/compare/604cdf9a4561...1f8a7cb9db21 To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 4 months

1
0
0 0

[OpenAMP/libmetal]

by Arnaud Pouliquen

Branch: refs/heads/v2025.04 Home: https://github.com/OpenAMP/libmetal To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 4 months

1
0
0 0

[OpenAMP/open-amp]

by Arnaud Pouliquen

Branch: refs/heads/virtio-exp-v2025.04 Home: https://github.com/OpenAMP/open-amp To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 4 months

1
0
0 0

[OpenAMP/open-amp]

by Arnaud Pouliquen

Branch: refs/heads/v2025.04 Home: https://github.com/OpenAMP/open-amp To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 4 months

1
0
0 0

[OpenAMP/open-amp] 3737f8: rpmsg_virtio.c: wait_remote_ready use sleep instea...

by Peter van der Perk

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 3737f8b18ad24a3b091a11cc6ea320d8b0576da5 https://github.com/OpenAMP/open-amp/commit/3737f8b18ad24a3b091a11cc6ea320d8… Author: Peter van der Perk <peter.vanderperk(a)nxp.com> Date: 2025-05-12 (Mon, 12 May 2025) Changed paths: M lib/remoteproc/remoteproc_virtio.c M lib/rpmsg/rpmsg_virtio.c Log Message: ----------- rpmsg_virtio.c: wait_remote_ready use sleep instead to avoid starvation metal_cpu_yield can either result in an unimplemented function or a yield function. The yield function however only yields execution to another thread of the same or higher priority. Thus starving any lower priority threads. wait_remote_ready can be blocked for a long time i.e. seconds waiting on the remote core to start communication. Instead use metal_sleep_usec, allowing lower priority tasks to be executed. While waiting on the remote core. Signed-off-by: Peter van der Perk <peter.vanderperk(a)nxp.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 4 months

1
0
0 0

Official v2025.04.0 tag is now available

by Arnaud POULIQUEN

Hello OpenAMP developers and community, The v2025.04 tag is now available for the open-amp library, the libmetal library and the openamp-system-reference For details on the release, refer to the release notes: - libmetal: v2025.04.0<https://github.com/OpenAMP/libmetal/releases/tag/v2025.04.0> - open-amp: v2025.04.0< https://github.com/OpenAMP/open-amp/releases/tag/2025.04.0 > - openamp-system-reference: v2025.04.0< https://github.com/OpenAMP/openamp-system-reference/releases/tag/v2025.04.0> Thank you for your contributions to the maintenance and development of these libraries, The OpenAMP team

1 year, 4 months

1
0
0 0

[OpenAMP/openamp-system-reference]

by Arnaud Pouliquen

Branch: refs/tags/v2025.05.0 Home: https://github.com/OpenAMP/openamp-system-reference To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

1 year, 4 months

2
1
0 0

[OpenAMP/openamp-system-reference]

by Arnaud Pouliquen

Branch: refs/tags/v2025.05.0 Home: https://github.com/OpenAMP/openamp-system-reference To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

1 year, 4 months

1
0
0 0

[OpenAMP/openamp-system-reference]

by Arnaud Pouliquen

Branch: refs/tags/v2025.04.0 Home: https://github.com/OpenAMP/openamp-system-reference To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

1 year, 4 months

1
0
0 0

[OpenAMP/open-amp]

by Arnaud Pouliquen

Branch: refs/tags/2025.04.0 Home: https://github.com/OpenAMP/open-amp To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 4 months

1
0
0 0

[OpenAMP/libmetal]

by Arnaud Pouliquen

Branch: refs/tags/v2025.04.0 Home: https://github.com/OpenAMP/libmetal To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 4 months

1
0
0 0

[OpenAMP/open-amp] 604cdf: release: open-amp 2025.04.0

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 604cdf9a4561bda7c2274fee64c0f5c90933b9d4 https://github.com/OpenAMP/open-amp/commit/604cdf9a4561bda7c2274fee64c0f5c9… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-05-05 (Mon, 05 May 2025) Changed paths: M VERSION Log Message: ----------- release: open-amp 2025.04.0 Set library version to 1.8.0 Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Signed-off-by: Ed Mooring <ed.mooring(a)gmail.com> Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 4 months

1
0
0 0

[OpenAMP/libmetal] 36f87f: release: libmetal 2025.04.0

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 36f87f9335f5afc3ce3a56c1069346df591094e1 https://github.com/OpenAMP/libmetal/commit/36f87f9335f5afc3ce3a56c1069346df… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-05-05 (Mon, 05 May 2025) Changed paths: M VERSION Log Message: ----------- release: libmetal 2025.04.0 Set library version to 1.8.0 Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Signed-off-by: Ed Mooring <ed.mooring(a)gmail.com> Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 4 months

1
0
0 0

[OpenAMP/openamp-system-reference] 24d221: linux: dts: xlnx: Fix r5f node name as per 6.12 ke...

by Tanmay

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 24d2219dc9edbaca103fe9052a36434222e16404 https://github.com/OpenAMP/openamp-system-reference/commit/24d2219dc9edbaca… Author: Tanmay Shah <tanmay.shah(a)amd.com> Date: 2025-04-30 (Wed, 30 Apr 2025) Changed paths: M examples/linux/dts/xilinx/xilinx-openamp-for-v6.x.dtso M examples/linux/dts/xilinx/zynqmp-openamp.dtso Log Message: ----------- linux: dts: xlnx: Fix r5f node name as per 6.12 kernel Linux 6.12 kernel has updated node name for r5 cores. Fix example dts accordingly otherwise it will generate wrong dt example that won't work. Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

1 year, 4 months

1
0
0 0

[OpenAMP/openamp-system-reference] ab0a30: legacy_apps: fix assertion in remoteproc_remove_vi...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: ab0a3036108cd336f776ab85fb1ff51ce73672d3 https://github.com/OpenAMP/openamp-system-reference/commit/ab0a3036108cd336… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-04-30 (Wed, 30 Apr 2025) Changed paths: M examples/legacy_apps/machine/microblaze_generic/platform_info.c M examples/legacy_apps/machine/zynq7/platform_info.c M examples/legacy_apps/machine/zynqmp/platform_info.c M examples/legacy_apps/machine/zynqmp_r5/platform_info.c M examples/legacy_apps/system/linux/machine/generic/platform_info.c Log Message: ----------- legacy_apps: fix assertion in remoteproc_remove_virtio rpvdev->vdev value is set to NULL in rpmsg_deinit_vdev. This leads to an assert when we use rpvdev->vdev as argument of remoteproc_remove_virtio: msg-test-rpmsg-ping-static: ./open-amp/lib/remoteproc/remoteproc.c:1039: remoteproc_remove_virtio: Assertion `vdev' failed. rpmsg-echo-static: ./open-amp/lib/remoteproc/remoteproc.c:1039: remoteproc_remove_virtio: Assertion `vdev' failed. Fix it by introducing a local vdev variable. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Commit: 66c1b4c7e44a762139739673e4d0be4728b01276 https://github.com/OpenAMP/openamp-system-reference/commit/66c1b4c7e44a7621… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-04-30 (Wed, 30 Apr 2025) Changed paths: M examples/legacy_apps/machine/microblaze_generic/platform_info.c M examples/legacy_apps/machine/zynq7/platform_info.c M examples/legacy_apps/machine/zynqmp/platform_info.c M examples/legacy_apps/machine/zynqmp_r5/platform_info.c M examples/legacy_apps/system/linux/machine/generic/platform_info.c Log Message: ----------- legacy_apps: free rpmsg_device in platform_release_rpmsg_vdev Free the rpvdev allocated in platform_create_rpmsg_vdev() Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Compare: https://github.com/OpenAMP/openamp-system-reference/compare/4cec7f818eb2...… To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

1 year, 4 months

1
0
0 0

[OpenAMP/openamp-system-reference]

by Bill Mills

Branch: refs/tags/v2024.10.0 Home: https://github.com/OpenAMP/openamp-system-reference To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

1 year, 4 months

1
0
0 0

[OpenAMP/openamp-system-reference] 4cec7f: examples: fix indentation and comments

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 4cec7f818eb2077ad46851c2a909eaba750f8b92 https://github.com/OpenAMP/openamp-system-reference/commit/4cec7f818eb2077a… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-04-24 (Thu, 24 Apr 2025) Changed paths: M examples/legacy_apps/examples/linux_rpc_demo/linux_rpc_demod.c M examples/legacy_apps/examples/load_fw/platform_info.c M examples/legacy_apps/examples/load_fw/zynqmp_apu_lcm_rproc_example.c M examples/legacy_apps/examples/load_fw/zynqmp_rpu_lcm_rproc_example.c M examples/legacy_apps/examples/rpc_demo/rpc_demod.c M examples/legacy_apps/machine/microblaze_generic/platform_info.c M examples/legacy_apps/machine/zynq7/platform_info.c M examples/legacy_apps/machine/zynq7/platform_info_remoteproc_master.c M examples/legacy_apps/machine/zynq7/zynq_a9_rproc.c M examples/legacy_apps/machine/zynqmp/platform_info.c M examples/legacy_apps/machine/zynqmp/zynqmp_linux_r5_proc.c M examples/legacy_apps/machine/zynqmp_r5/platform_info.c M examples/legacy_apps/machine/zynqmp_r5/zynqmp_r5_a53_rproc.c M examples/legacy_apps/system/generic/machine/zynq7/helper.c M examples/legacy_apps/system/generic/machine/zynqmp_r5/helper.c M examples/legacy_apps/system/linux/machine/generic/platform_info.c M examples/linux/common/common.c M examples/linux/rpmsg-proxy-app/proxy_app.c Log Message: ----------- examples: fix indentation and comments Replace spaces with tabulations and update the formatting of some comments. 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/openamp-system-reference/settings/notifications

1 year, 4 months

1
0
0 0

[OpenAMP/open-amp] 8f1461: rpmsg: virtio: deinit rvdev->vdev when rvdev is de...

by wyr-7

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 8f14611db85fc4d72b769dc4842ff2bcbc238681 https://github.com/OpenAMP/open-amp/commit/8f14611db85fc4d72b769dc4842ff2bc… Author: Yongrong Wang <wangyongrong(a)xiaomi.com> Date: 2025-04-22 (Tue, 22 Apr 2025) Changed paths: M lib/rpmsg/rpmsg_virtio.c Log Message: ----------- rpmsg: virtio: deinit rvdev->vdev when rvdev is deinited If rvdev is deinited, using rvdev->vdev may cause a use-after-free error. 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

1 year, 4 months

1
0
0 0

[OpenAMP/libmetal] 1c4555: CI: Update Zephyr known good versions

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 1c45553b68c747f531cd045c5648d01be165805b https://github.com/OpenAMP/libmetal/commit/1c45553b68c747f531cd045c5648d01b… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-04-17 (Thu, 17 Apr 2025) Changed paths: M .github/actions/build_ci/entrypoint.sh Log Message: ----------- CI: Update Zephyr known good versions Bump to Zephyr 4.1 and Zephyr SDK 0.17. 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

1 year, 4 months

1
0
0 0

[OpenAMP/open-amp] 589cc5: cmake: remove possibility to build applications

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 589cc54d447b2ab4f4fbb41d8319ba001e0a2666 https://github.com/OpenAMP/open-amp/commit/589cc54d447b2ab4f4fbb41d8319ba00… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-04-17 (Thu, 17 Apr 2025) Changed paths: M CMakeLists.txt M cmake/options.cmake Log Message: ----------- cmake: remove possibility to build applications The application folder is deprecated and should no more be used. Remove associated cmake options. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Commit: 11b1bee1f2b65f6b0f1ffd0b9a84cbac84883b53 https://github.com/OpenAMP/open-amp/commit/11b1bee1f2b65f6b0f1ffd0b9a84cbac… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-04-17 (Thu, 17 Apr 2025) Changed paths: R doc/apps/echo_test/README.md R doc/apps/matrix_multiply/README.md R doc/apps/rpc_demo/README.md Log Message: ----------- documentation: remove documentation related to the application examples Remove README files that provide information to build and run the applications. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Commit: 400c063456a4e7df536eb4e0c4517530c57854ad https://github.com/OpenAMP/open-amp/commit/400c063456a4e7df536eb4e0c4517530… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-04-17 (Thu, 17 Apr 2025) Changed paths: R apps/CMakeLists.txt R apps/examples/CMakeLists.txt R apps/examples/echo/CMakeLists.txt R apps/examples/echo/rpmsg-echo.c R apps/examples/echo/rpmsg-echo.h R apps/examples/echo/rpmsg-ping.c R apps/examples/linux_rpc_demo/CMakeLists.txt R apps/examples/linux_rpc_demo/README.md R apps/examples/linux_rpc_demo/linux-rpmsg-rpc-demo.h R apps/examples/linux_rpc_demo/linux_rpc_demo.c R apps/examples/linux_rpc_demo/linux_rpc_demod.c R apps/examples/load_fw/CMakeLists.txt R apps/examples/load_fw/common.h R apps/examples/load_fw/load_fw.c R apps/examples/load_fw/lscript.ld R apps/examples/load_fw/mem_image_store.c R apps/examples/load_fw/platform_info.c R apps/examples/load_fw/platform_info.h R apps/examples/load_fw/zynqmp_apu_lcm_rproc_example.c R apps/examples/load_fw/zynqmp_r5_lcm_rproc_example.c R apps/examples/load_fw/zynqmp_rpu_lcm_rproc_example.c R apps/examples/matrix_multiply/CMakeLists.txt R apps/examples/matrix_multiply/matrix_multiply.c R apps/examples/matrix_multiply/matrix_multiply.h R apps/examples/matrix_multiply/matrix_multiplyd.c R apps/examples/nocopy_echo/CMakeLists.txt R apps/examples/nocopy_echo/rpmsg-echo.h R apps/examples/nocopy_echo/rpmsg-nocopy-echo.c R apps/examples/nocopy_echo/rpmsg-nocopy-ping.c R apps/examples/rpc_demo/CMakeLists.txt R apps/examples/rpc_demo/rpc_demo.c R apps/examples/rpc_demo/rpc_demod.c R apps/examples/rpc_demo/rpmsg-rpc-demo.h R apps/examples/rpmsg_sample_echo/CMakeLists.txt R apps/examples/rpmsg_sample_echo/rpmsg-sample-echo.c R apps/examples/rpmsg_sample_echo/rpmsg-sample-ping.c R apps/include/platform_info_common.h R apps/machine/CMakeLists.txt R apps/machine/microblaze_generic/CMakeLists.txt R apps/machine/microblaze_generic/README.md R apps/machine/microblaze_generic/platform_info.c R apps/machine/microblaze_generic/platform_info.h R apps/machine/microblaze_generic/rsc_table.c R apps/machine/microblaze_generic/rsc_table.h R apps/machine/microblaze_generic/zynqmp_mb_a53_rproc.c R apps/machine/zynqmp/CMakeLists.txt R apps/machine/zynqmp/openamp-linux-userspace.dtsi R apps/machine/zynqmp/platform_info.c R apps/machine/zynqmp/platform_info.h R apps/machine/zynqmp/zynqmp_linux_r5_proc.c R apps/machine/zynqmp_r5/CMakeLists.txt R apps/machine/zynqmp_r5/platform_info.c R apps/machine/zynqmp_r5/platform_info.h R apps/machine/zynqmp_r5/rsc_table.c R apps/machine/zynqmp_r5/rsc_table.h R apps/machine/zynqmp_r5/zynqmp_r5_a53_rproc.c R apps/system/CMakeLists.txt R apps/system/generic/CMakeLists.txt R apps/system/generic/machine/CMakeLists.txt R apps/system/generic/machine/microblaze_generic/CMakeLists.txt R apps/system/generic/machine/microblaze_generic/helper.c R apps/system/generic/machine/microblaze_generic/linker_remote.ld R apps/system/generic/machine/zynqmp_r5/CMakeLists.txt R apps/system/generic/machine/zynqmp_r5/helper.c R apps/system/generic/machine/zynqmp_r5/linker_large_text.ld R apps/system/generic/machine/zynqmp_r5/linker_remote.ld R apps/system/linux/CMakeLists.txt R apps/system/linux/machine/CMakeLists.txt R apps/system/linux/machine/generic/CMakeLists.txt R apps/system/linux/machine/generic/helper.c R apps/system/linux/machine/generic/platform_info.c R apps/system/linux/machine/generic/platform_info.h R apps/system/linux/machine/generic/rsc_table.c R apps/system/linux/machine/generic/rsc_table.h R apps/system/linux/machine/zynqmp/CMakeLists.txt R apps/system/linux/machine/zynqmp/helper.c R apps/tests/CMakeLists.txt R apps/tests/msg/CMakeLists.txt R apps/tests/msg/rpmsg-flood-ping.c R apps/tests/msg/rpmsg-nocopy-echo.c R apps/tests/msg/rpmsg-nocopy-ping.c R apps/tests/msg/rpmsg-ping.c R apps/tests/msg/rpmsg-ping.h R apps/tests/msg/rpmsg-update.c Log Message: ----------- apps: remove all legacy application examples The applications are now available in the system-reference repository. Remove the apps folder as it is no longer maintained. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Compare: https://github.com/OpenAMP/open-amp/compare/516e1b21477d...400c063456a4 To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 4 months

1
0
0 0

[OpenAMP/openamp-system-reference] 157d35: west: Update to Zephyr 4.1

by Iulia Prodan

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 157d352e691314a8db0d8a1f1787e05db8b86b2f https://github.com/OpenAMP/openamp-system-reference/commit/157d352e691314a8… Author: Iuliana Prodan <iuliana.prodan(a)nxp.com> Date: 2025-04-17 (Thu, 17 Apr 2025) Changed paths: M west.yml Log Message: ----------- west: Update to Zephyr 4.1 Update to latest Zephyr release, 4.1. Signed-off-by: Iuliana Prodan <iuliana.prodan(a)nxp.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

1 year, 4 months

1
0
0 0

[OpenAMP/openamp-system-reference] bc26e7: legacy apps: Add README.rst files

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: bc26e7d367bf92101ddfeadef0718ef6acb3d64a https://github.com/OpenAMP/openamp-system-reference/commit/bc26e7d367bf9210… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-04-17 (Thu, 17 Apr 2025) Changed paths: A examples/legacy_apps/examples/echo/README.rst R examples/legacy_apps/examples/linux_rpc_demo/README.md A examples/legacy_apps/examples/linux_rpc_demo/README.rst A examples/legacy_apps/examples/matrix_multiply/README.rst A examples/legacy_apps/examples/nocopy_echo/README.rst A examples/legacy_apps/examples/rpc_demo/README.rst A examples/legacy_apps/examples/rpmsg_sample_echo/README.rst Log Message: ----------- legacy apps: Add README.rst files Add a demo for each legacy RPMsg demos. Convert and clean up the README.md file for the limuc rpc demo. 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/openamp-system-reference/settings/notifications

1 year, 4 months

1
0
0 0

[OpenAMP/open-amp] 516e1b: CI: update known working version of Zephyr and its...

by Bill Mills

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 516e1b21477d69ae9af36ab6c36f02d7b7752b22 https://github.com/OpenAMP/open-amp/commit/516e1b21477d69ae9af36ab6c36f02d7… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2025-04-17 (Thu, 17 Apr 2025) Changed paths: M .github/actions/build_ci/entrypoint.sh Log Message: ----------- CI: update known working version of Zephyr and its SDK These are the current versions and have already been tested via the Zephyr health check job. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 4 months

1
0
0 0

[OpenAMP/open-amp] 22214a: travis CI: remove unused .travis.yml

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 22214aab4140dc50f585f076d394d540bd46dac9 https://github.com/OpenAMP/open-amp/commit/22214aab4140dc50f585f076d394d540… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-04-04 (Fri, 04 Apr 2025) Changed paths: R .travis.yml Log Message: ----------- travis CI: remove unused .travis.yml The travis CI is no more used, clean the associated yaml file 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

1 year, 5 months

1
0
0 0

[OpenAMP/openamp-system-reference] 6c92b2: legacy apps: update cmake minimum support to 3.16

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 6c92b2f4b4d120a1c15a161448ff9dd08d270b13 https://github.com/OpenAMP/openamp-system-reference/commit/6c92b2f4b4d120a1… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-04-04 (Fri, 04 Apr 2025) Changed paths: M examples/legacy_apps/CMakeLists.txt Log Message: ----------- legacy apps: update cmake minimum support to 3.16 We currently support an old version of CMake (3.0.2) that was released in 2018. Next cmake revisions will support 3.5 as minimum version. Update the minimum version to 3.16, aligned with the libmetal and the open-amp libraies. By updating to CMake 3.16 as the minimum version, we can also clean up the following policy add-ons: - CMP0048 added in CMake v3.0 - CMP0077 added in CMake v3.13 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/openamp-system-reference/settings/notifications

1 year, 5 months

1
0
0 0

NOTE: OpenAMP rpmsg meeting today one hour later than normal for North America

by Bill Mills

All, The rpmsg meeting is tied to the UK timezone. The UK has NOT yet moved to daylight savings and North America has moved. So today's meeting will appear one hour later than normal to people in the US & Canada. The UK will move to daylight savings time March 31 so this different time is for this weeks meeting only. For anyone NOT moving to daylight savings time, next meeting will be the first meeting at the new "summer" time that will persist until the fall. (We all agree this is stupid yes?) Thank you, Bill -- Bill Mills Principal Technical Consultant, Linaro +1-240-643-0836 TZ: US Eastern Work Schedule: Tues/Wed/Thur

1 year, 5 months

1
0
0 0

OpenAMP release 2025.04: code freeze on April 18th

by Arnaud POULIQUEN

Hello, The v2025.04 release of the OpenAMP project repositories is scheduled for the end of next month. Please note that the feature freeze will take effect on April 18th. After this date, only bug fixes will be accepted until the release. To ensure sufficient time for the review process, please submit your pull requests at least two weeks before the feature freeze date. Thanks and regards, Arnaud Pouliquen

1 year, 5 months

1
0
0 0

[OpenAMP/openamp-system-reference] 9df0e6: docs: update the readthedocs integration for PRs i...

by Bill Mills

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 9df0e6b23605dd2d0584870608c93da8ef2e3d79 https://github.com/OpenAMP/openamp-system-reference/commit/9df0e6b23605dd2d… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2025-03-06 (Thu, 06 Mar 2025) Changed paths: A .readthedocs-conf.py M .readthedocs.yaml Log Message: ----------- docs: update the readthedocs integration for PRs in this repo Upstream Read The Docs has tightened up the schema checking and this broke what we were doing for PRs. A good number of things were tried but the best compromise is to: * supply a dummy sphinx config file in this repo * as this repo does not have a doc/ dir we put the file in the root * override the default build command to use the openamp-docs dir Also: * add more documentation about what is going on * lock to html only format. PRs only do html anyway but make sure Signed-off-by: Bill Mills <bill.mills(a)linaro.org> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

1 year, 6 months

1
0
0 0

[OpenAMP/libmetal] 9a2191: cmake: update cmake minimum support to 3.16

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 9a21915a5f8f685a9d77672e3817a923d3de8e1f https://github.com/OpenAMP/libmetal/commit/9a21915a5f8f685a9d77672e3817a923… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-02-24 (Mon, 24 Feb 2025) Changed paths: M CMakeLists.txt Log Message: ----------- cmake: update cmake minimum support to 3.16 We currently support an old version of CMake (3.0.2) that was released in 2018. This requires adding specific policies to support the evolution to the latest versions of Zephyr. Update the minimum version to 3.16. The reason for this version is to support environments such as Debian Bullseye that are still in LTS state. By updating to CMake 3.16 as the minimum version, we can also clean up the following policy add-ons: - CMP0048 added in CMake v3.0 - CMP0053 added in CMake v3.1 - CMP0077 added in CMake v3.13 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

1 year, 6 months

1
0
0 0

[OpenAMP/open-amp] 8c0c0c: cmake: update cmake minimum support to 3.16

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 8c0c0c386b5799b54faf9613a191f66dee76e400 https://github.com/OpenAMP/open-amp/commit/8c0c0c386b5799b54faf9613a191f66d… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-02-24 (Mon, 24 Feb 2025) Changed paths: M CMakeLists.txt Log Message: ----------- cmake: update cmake minimum support to 3.16 We currently support an old version of CMake (3.0.2) that was released in 2018. This requires adding specific policies to support the evolution to the latest versions of Zephyr. Update the minimum version to 3.16, aligned with the libmetal. By updating to CMake 3.16 as the minimum version, we can also clean up the following policy add-ons: - CMP0048 added in CMake v3.0 - CMP0077 added in CMake v3.13 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

1 year, 6 months

1
0
0 0

[OpenAMP/open-amp] 00e0d7: docs: update the readthedocs integration for PRs i...

by Bill Mills

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 00e0d7abf045c4b7d4b88579475b9e95bbca9d3c https://github.com/OpenAMP/open-amp/commit/00e0d7abf045c4b7d4b88579475b9e95… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2025-02-17 (Mon, 17 Feb 2025) Changed paths: M .readthedocs.yaml A doc/readthedocs-conf.py Log Message: ----------- docs: update the readthedocs integration for PRs in this repo Upstream Read The Docs has tightened up the schema checking and this broke what we were doing for PRs. A good number of things were tried but the best compromise is to: * supply a dummy sphinx config file in this repo * override the default build command to use the openamp-docs dir Also: * add more documentation about what is going on * lock to html only format. PRs only do html anyway but make sure Signed-off-by: Bill Mills <bill.mills(a)linaro.org> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 6 months

1
0
0 0

[OpenAMP/libmetal] 51719e: docs: update the readthedocs integration for PRs i...

by Bill Mills

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 51719ef1dae5371c89b3e28f107389d03a765a3b https://github.com/OpenAMP/libmetal/commit/51719ef1dae5371c89b3e28f107389d0… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2025-02-14 (Fri, 14 Feb 2025) Changed paths: M .readthedocs.yaml A doc/readthedocs-conf.py Log Message: ----------- docs: update the readthedocs integration for PRs in this repo Upstream Read The Docs has tightened up the schema checking and this broke what we were doing for PRs. A good number of things were tried but the best compromise is to: * supply a dummy sphinx config file in this repo * override the default build command to use the openamp-docs dir Also: * add more documentation about what is going on * lock to html only format. PRs only do html anyway but make sure Signed-off-by: Bill Mills <bill.mills(a)linaro.org> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 7 months

1
0
0 0

[OpenAMP/libmetal] 961d01: io: fix buffer overflow in metal_sys_io_mem_map()

by Iulia Prodan

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 961d0171a6770d6c68ed9a2ba4c0cc607e141c03 https://github.com/OpenAMP/libmetal/commit/961d0171a6770d6c68ed9a2ba4c0cc60… Author: Iuliana Prodan <iuliana.prodan(a)nxp.com> Date: 2025-02-14 (Fri, 14 Feb 2025) Changed paths: M lib/system/freertos/io.c M lib/system/generic/io.c Log Message: ----------- io: fix buffer overflow in metal_sys_io_mem_map() In metal_sys_io_mem_map() if the I/O region size is a multiple of (1<<page_shift) will result in a buffer overflow in the for loop. Therefore, adjust loop termination condition to prevent accessing an out-of-bounds page. Signed-off-by: Iuliana Prodan <iuliana.prodan(a)nxp.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 7 months

1
0
0 0

[OpenAMP/open-amp] 8bd614: lib: virtio: add new feature bit VIRTIO_F_ANY_LAYOUT

by Bowen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 8bd6149dfc06533b34d1daab2a3f558ffa71cc3a https://github.com/OpenAMP/open-amp/commit/8bd6149dfc06533b34d1daab2a3f558f… Author: Bowen Wang <wangbowen6(a)xiaomi.com> Date: 2025-02-05 (Wed, 05 Feb 2025) Changed paths: M lib/include/openamp/virtio.h Log Message: ----------- lib: virtio: add new feature bit VIRTIO_F_ANY_LAYOUT Follow the virtio spec, this feature bit indicates that the device accepts arbitrary descriptor layouts. Signed-off-by: Bowen Wang <wangbowen6(a)xiaomi.com> Commit: b2f6099fe50f5453ff5453ba3711a833f6f4be53 https://github.com/OpenAMP/open-amp/commit/b2f6099fe50f5453ff5453ba3711a833… Author: Bowen Wang <wangbowen6(a)xiaomi.com> Date: 2025-02-05 (Wed, 05 Feb 2025) Changed paths: M lib/include/openamp/virtio.h Log Message: ----------- lib: virtio: add new api virtio_has_feature() virtio_has_feature() can be easily used to check if the virtio device support a specific feature. And assgin feature to vdev->feature for virtio device role when get features, so the virtio device side can use virtio_has_featrue() to check weather the virtio device support a feature. Signed-off-by: Bowen Wang <wangbowen6(a)xiaomi.com> Compare: https://github.com/OpenAMP/open-amp/compare/3122cec8aab7...b2f6099fe50f To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 7 months

1
0
0 0

RPU crash core dump trace buffer

by sivaramakrishnan.prabhakaran＠hughes.com

Hello community, I am trying to get a trace buffer setup and working during an event of crash on RPU R5F cores. I am using Xilinx Zynq MP board with both Cortex-R5F on split mode. I build a minimal RPU firmware application where I try to force a crash and get the trace details from trace buffer. What I have done so far (along with Xilinx support personnel help) 1. Built the libmetal latest version 1.7.0 from https://github.com/OpenAMP/libmetal 2. Built the openamp latest version 1.7.0 from https://github.com/OpenAMP/open-amp 3. Built the RPU firmware app with both these libraries, I had to build and link both to use the metal debug feature. In the app, I create a resource table for the trace buffer as follows: struct remote_resource_table __resource resources = { .version = 1, .num = NUM_TABLE_ENTRIES, .reserved = {0, 0}, .offset[0] = offsetof(struct remote_resource_table, rpmsg_vdev), .offset[1] = offsetof(struct remote_resource_table, rsc_trace), /* Virtio device entry */ .rpmsg_vdev = { .type = RSC_VDEV, .id = VIRTIO_ID_RPMSG_, .notifyid = 31, .dfeatures = RPMSG_VDEV_DFEATURES, .gfeatures = 0, .config_len = 0, .status = 0, .num_of_vrings = NUM_VRINGS, .reserved = {0, 0}, }, /* Vring rsc entry - part of vdev rsc entry */ .rpmsg_vring0 = {RING_TX, VRING_ALIGN, VRING_SIZE, 1, 0}, .rpmsg_vring1 = {RING_RX, VRING_ALIGN, VRING_SIZE, 2, 0}, /* trace buffer for logs, accessible via debugfs */ .rsc_trace = { .type = RSC_TRACE, .da = (unsigned int)rsc_trace_buf, .len = sizeof(rsc_trace_buf), .reserved = 0, .name = "r5_trace", }, }; and in linker file, added the section in ddr as below: /* Define Memories in the system */ MEMORY { psu_ocm_ram_0_MEM_0 : ORIGIN = 0xFFFC0000, LENGTH = 0x40000 psu_r5_0_atcm_MEM_0 : ORIGIN = 0x0, LENGTH = 0x10000 psu_r5_0_btcm_MEM_0 : ORIGIN = 0x20000, LENGTH = 0x10000 psu_r5_ddr_0_MEM_0 : ORIGIN = 0x3ed00000, LENGTH = 0x40000 } /* Specify the default entry point to the program */ ENTRY(_boot) /* Define the sections, and where they are mapped in memory */ SECTIONS { .resource_table 0x3ed20000 : { . = ALIGN(4); *(.resource_table) } > psu_r5_ddr_0_MEM_0 Now when I try to create a core dump file by starting and running the RPU app from userspace, after I disable recovery and enable coredump, I don’t see any trace info about the coredump in the trace file other than print statements I added. See below. echo “disabled” > /sys/kernel/debug/remoteproc/remoteproc0/recovery echo “enabled” > /sys/kernel/debug/remoteproc/remoteproc0/enabled root@zcu102-zynqmp:/sys/kernel/debug/remoteproc/remoteproc0# ls -altr total 0 drwxr-xr-x 4 root root 0 Jan 1 1970 .. -r-------- 1 root root 0 Jan 14 18:05 resource_table -rw------- 1 root root 0 Jan 14 18:05 recovery -r-------- 1 root root 0 Jan 14 18:05 name --w------- 1 root root 0 Jan 14 18:05 crash -rw------- 1 root root 0 Jan 14 18:05 coredump -r-------- 1 root root 0 Jan 14 18:05 carveout_memories drwxr-xr-x 2 root root 0 Jan 14 18:05 . -r-------- 1 root root 0 Jan 14 18:10 trace0 root@zcu102-zynqmp:/sys/kernel/debug/remoteproc/remoteproc0# cat trace0 0 L7 registered generic bus 1 L6 MCS-sp: c_buf,c_len = 0x3ed3a7ec,40962 L6 MCS-sp: platform_create_proc()3 L6 ML:platform_create_proc() 4 L6 MCS-sp: rsc_table, rsc_size = 0x3ed20000, 0x1005 L6 MCS-sp: metal_device_open(generic, poll_dev, 0x23b4) 6 L6 MCS-sp: poll{name,bus,chn_mask} = poll_dev,generic,0x10000007 L6 MCS-sp: lpa,lda= 0x3ed20000,0xffffffff 8 L6 MCS-sp: mem= 0x34d8 9 L6 MCS-sp: tmpio= 0x3518 10 L6 MCS-sp: lpa,lda= 0x3ed40000,0xffffffff 11 L6 MCS-sp: mem= 0x3558 12 L6 MCS-sp: tmpio= 0x3598 13 L6 MCS-sp: Initialize remoteproc successfully.14 L6 MCS-sp: creating remoteproc virtio rproc 0x3ed3a7b4 15 L6 MCS-sp: initializing rpmsg shared buffer pool 16 L6 MCS-sp: initializing rpmsg vdev 17 L6 MCS-sp: trying to coredump root@zcu102-zynqmp:/sys/kernel/debug/remoteproc/remoteproc0# I also tried with “recovery” state enabled too with no luck. Any pointers on what I may be missing here? Hopefully I can get some help from the openamp community, appreciate the help! Copied file rpu.c is the main file where init_platform is called to init the platform and init_system() is called, and platform.c has these functions defined along with the resource table below. Thanks Siva rpu.c file: ----------------------------------------------------------------------- extern struct rpmsg_device * platform_create_rpmsg_vdev(void *platform, uint32_t vdev_index, uint32_t role, void (*rst_cb)(struct virtio_device *vdev), rpmsg_ns_bind_cb ns_bind_cb); int main(void) { unsigned long sweep_count = 0; void *platform; init_platform(&platform); struct rpmsg_device *rpdev; rpdev = platform_create_rpmsg_vdev(platform, 0, VIRTIO_DEV_DEVICE, NULL, NULL); if (!rpdev) { metal_log(METAL_LOG_INFO,"MCS-sp: Failed to create rpmsg virtio device.\r\n"); metal_log(METAL_LOG_INFO,"MCS-sp: RPU reboot is required to recover\r\n"); } while (1) { usleep(10); if(sweep_count++ >= 0x400000) { printf("MCS-sp: trying to coredump"); metal_log(METAL_LOG_INFO,"MCS-sp: trying to coredump\r\n"); sleep (1); metal_log(METAL_LOG_INFO,"MCS-sp: coredump here %d", (1/0)); printf("MCS-sp: coredump here %d", (1/0)); } } return 0; } platform.c file snippet ---------------------------------------------------------------------------------------------- static struct remoteproc * platform_create_proc(uint32_t proc_index, uint32_t rsc_index) { void *rsc_table; uint32_t rsc_size; int32_t ret; metal_phys_addr_t pa; (void) proc_index; rsc_table = get_resource_table(rsc_index, &rsc_size); metal_log(METAL_LOG_INFO,"MCS-sp: rsc_table, rsc_size = %#x, %#x", rsc_table, rsc_size); /* Register IPI device */ if (metal_register_generic_device(&kick_device)) return NULL; /* Initialize remoteproc instance */ if (!remoteproc_init(&rproc_inst, &zynqmp_r5_a53_proc_ops, &rproc_priv)) return NULL; metal_log(METAL_LOG_INFO,"MCS-sp: poll{name,bus,chn_mask} = %s,%s,%#x", rproc_priv.kick_dev_name, rproc_priv.kick_dev_bus_name, IPI_CHN_BITMASK); /* * Mmap shared memories * Or shall we constraint that they will be set as carved out * in the resource table? */ /* mmap resource table */ pa = (metal_phys_addr_t)rsc_table; (void *)remoteproc_mmap(&rproc_inst, &pa, NULL, rsc_size, NORM_NSHARED_NCACHE|PRIV_RW_USER_RW, &rproc_inst.rsc_io); /* mmap shared memory */ pa = SHARED_MEM_PA; (void *)remoteproc_mmap(&rproc_inst, &pa, NULL, SHARED_MEM_SIZE, NORM_NSHARED_NCACHE|PRIV_RW_USER_RW, NULL); /* parse resource table to remoteproc */ ret = remoteproc_set_rsc_table(&rproc_inst, rsc_table, rsc_size); if (ret != 0) { metal_log(METAL_LOG_INFO,"MCS-sp: Failed to initialize remoteproc"); remoteproc_remove(&rproc_inst); return NULL; } metal_log(METAL_LOG_INFO,"MCS-sp: Initialize remoteproc successfully."); return &rproc_inst; } int32_t init_system(void); struct rpmsg_device * platform_create_rpmsg_vdev(void *platform, uint32_t vdev_index, uint32_t role, void (*rst_cb)(struct virtio_device *vdev), rpmsg_ns_bind_cb ns_bind_cb); int init_platform(void **platform) { /* metal_log setup is in init_system */ if (!platform) { metal_log(METAL_LOG_INFO,"MCS-sp: Failed to initialize platform," "NULL pointer to store platform data."); return -EINVAL; } init_system(); unsigned long proc_id = 0; unsigned long rsc_id = 0; metal_log(METAL_LOG_INFO, "MCS-sp: platform_create_proc()"); ML_INFO("ML:platform_create_proc()\r\n"); struct remoteproc *rproc; rproc = platform_create_proc(proc_id, rsc_id); if (!rproc) { metal_log(METAL_LOG_INFO,"MCS-sp: Failed to create remoteproc device."); return -EINVAL; } *platform = rproc; return 0; } void cleanup_platform() { disable_caches(); } struct rpmsg_device * platform_create_rpmsg_vdev(void *platform, uint32_t vdev_index, uint32_t role, void (*rst_cb)(struct virtio_device *vdev), rpmsg_ns_bind_cb ns_bind_cb) { struct remoteproc *rproc = platform; struct rpmsg_virtio_device *rpmsg_vdev; struct virtio_device *vdev; void *shbuf; struct metal_io_region *shbuf_io; int32_t ret; struct rpmsg_device *ret_rpmsg_dev=NULL; rpmsg_vdev = metal_allocate_memory(sizeof(*rpmsg_vdev)); if (!rpmsg_vdev) return NULL; shbuf_io = remoteproc_get_io_with_pa(rproc, SHARED_MEM_PA); if (!shbuf_io){ goto err1; } shbuf = metal_io_phys_to_virt(shbuf_io, SHARED_MEM_PA + SHARED_BUF_OFFSET); metal_log(METAL_LOG_INFO,"MCS-sp: creating remoteproc virtio rproc %p\r\n", rproc); /* TODO: can we have a wrapper for the following two functions? */ vdev = remoteproc_create_virtio(rproc, vdev_index, role, rst_cb); if (!vdev) { metal_log(METAL_LOG_INFO,"MCS-sp: failed remoteproc_create_virtio\r\n"); goto err1; } metal_log(METAL_LOG_INFO,"MCS-sp: initializing rpmsg shared buffer pool\r\n"); /* Only RPMsg virtio master needs to initialize the shared buffers pool */ rpmsg_virtio_init_shm_pool(&shpool, shbuf, (SHARED_MEM_SIZE - SHARED_BUF_OFFSET)); metal_log(METAL_LOG_INFO,"MCS-sp: initializing rpmsg vdev\r\n"); /* RPMsg virtio device can set shared buffers pool argument to NULL */ ret = rpmsg_init_vdev(rpmsg_vdev, vdev, ns_bind_cb, shbuf_io, &shpool); if (ret != 0) { metal_log(METAL_LOG_INFO,"MCS-sp: failed rpmsg_init_vdev\r\n"); goto err2; } ret_rpmsg_dev = rpmsg_virtio_get_rpmsg_device(rpmsg_vdev); if (rpmsg_vdev != NULL){ metal_free_memory(rpmsg_vdev); } return ret_rpmsg_dev; err2: remoteproc_remove_virtio(rproc, vdev); err1: metal_free_memory(rpmsg_vdev); return NULL; } static void rsc_trace_putchar(char c) { if (circ.c_pos >= circ.c_len) circ.c_pos = 0; circ.c_buf[circ.c_pos++] = c; } static void rsc_trace_logger(enum metal_log_level level, const char *format, ...) { char msg[128]; char *p; int32_t len; va_list args; /* prefix "cnt L6 ": record count and log level */ len = sprintf(msg, "%lu L%u ", circ.c_cnt, level); if (len < 0 || len >= sizeof(msg)) len = 0; circ.c_cnt++; va_start(args, format); vsnprintf(msg + len, sizeof(msg) - len, format, args); va_end(args); /* copy at most sizeof(msg) to the circular buffer */ for (len = 0, p = msg; *p && len < sizeof(msg); ++len, ++p) rsc_trace_putchar(*p); /* Remove this xil_printf to stop printing to console */ xil_printf("%s", msg); } char *get_rsc_trace_info(uint32_t *len) { *len = sizeof(rsc_trace_buf); return rsc_trace_buf; } void *get_resource_table (uint32_t rsc_id, uint32_t *len) { (void) rsc_id; *len = sizeof(resources); return &resources; } int32_t init_system(void) { int32_t ret; struct metal_init_params metal_param = METAL_INIT_DEFAULTS; circ.c_buf = get_rsc_trace_info(&circ.c_len); if (circ.c_buf && circ.c_len){ metal_param.log_handler = &rsc_trace_logger; metal_param.log_level = METAL_LOG_DEBUG; circ.c_pos = circ.c_cnt = 0; }; /* Low level abstraction layer for openamp initialization */ metal_init(&metal_param); /* configure the global interrupt controller */ app_gic_initialize(); /* Initialize metal Xilinx IRQ controller */ ret = metal_xlnx_irq_init(); if (ret != 0) { metal_log(METAL_LOG_INFO,"MCS-sp: metal_xlnx_irq_init failed."); } metal_log(METAL_LOG_INFO,"MCS-sp: c_buf,c_len = %p,%u", circ.c_buf, circ.c_len); return ret; }

1 year, 7 months

3
3
0 0

[OpenAMP/open-amp] 3122ce: lib: virtio: Fix VIRTIO ROLE_XXXX macro definitions

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 3122cec8aab75c315d10dc4fb093e985680fa134 https://github.com/OpenAMP/open-amp/commit/3122cec8aab75c315d10dc4fb093e985… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-01-13 (Mon, 13 Jan 2025) Changed paths: M lib/include/openamp/virtio.h Log Message: ----------- lib: virtio: Fix VIRTIO ROLE_XXXX macro definitions Add parentheses around the "vdev" parameter to avoid side effects. This fixes a build error when using the macro in the following way: if (VIRTIO_ROLE_IS_DEVICE(&my_context->vdev)) The error encountered: openamp/open-amp/lib/include/openamp/virtio.h:89:49: error: invalid type argument of ‘->’ (have ‘struct virtio_device’) 89 | (VIRTIO_ENABLED(VIRTIO_DRIVER_SUPPORT) && (vdev->role) == VIRTIO_DEV_DRIVER) 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

1 year, 8 months

1
0
0 0

[OpenAMP/open-amp] bc1a7e: CI: fix zephyr test on Zephyr for lpcxpresso54114 ...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: bc1a7efba23896e39c8e97f6c52dd1028c361ab4 https://github.com/OpenAMP/open-amp/commit/bc1a7efba23896e39c8e97f6c52dd102… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2025-01-08 (Wed, 08 Jan 2025) Changed paths: M .github/actions/build_ci/entrypoint.sh Log Message: ----------- CI: fix zephyr test on Zephyr for lpcxpresso54114 board The name of the board has been updated since the Zephyr commit: d8cfa6fb2916 ("boards: nxp: convert lpcxpresso54114 to hwmv2") Fix the build command according to the new name. The update is compatible with the Zephyr v3.7. 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

1 year, 8 months

1
0
0 0

[OpenAMP/openamp-system-reference] a628dd: legacy_apps: Fix rpc demo dynamic library build

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: a628dde85c3567b543efb97fc390062410c03637 https://github.com/OpenAMP/openamp-system-reference/commit/a628dde85c3567b5… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2024-12-11 (Wed, 11 Dec 2024) Changed paths: M examples/legacy_apps/examples/rpc_demo/CMakeLists.txt Log Message: ----------- legacy_apps: Fix rpc demo dynamic library build Add the missing -fPIC option for dynamic library generation to fix the following error: /usr/bin/ld: CMakeFiles/rpc_demod-shared.dir/__/__/system/linux/machine/generic/rsc_table.c.o: relocation R_X86_64_PC32 against symbol `resources' can not be used when making a shared object; recompile with -fPIC 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/openamp-system-reference/settings/notifications

1 year, 9 months

1
0
0 0

[OpenAMP/libmetal] 465fcf: lib: system: nuttx: change MUTEX_INITIALIZER to NX...

by Bowen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 465fcf018c760785fc04fcd90a72b17ab9a8a58d https://github.com/OpenAMP/libmetal/commit/465fcf018c760785fc04fcd90a72b17a… Author: Bowen Wang <wangbowen6(a)xiaomi.com> Date: 2024-11-26 (Tue, 26 Nov 2024) Changed paths: M lib/system/nuttx/mutex.h Log Message: ----------- lib: system: nuttx: change MUTEX_INITIALIZER to NXMUTEX_INITIALIZER Now nuttx uses NXMUTEX_INITIALIZER to initialize the mutex, so updated. Signed-off-by: Bowen Wang <wangbowen6(a)xiaomi.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 9 months

1
0
0 0

[OpenAMP/openamp-system-reference] 8290f3: west: Update to zephyr 3.7

by Iulia Prodan

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: 8290f365fac70df5a9d8beaa9f76593afb70b8b2 https://github.com/OpenAMP/openamp-system-reference/commit/8290f365fac70df5… Author: Iuliana Prodan <iuliana.prodan(a)nxp.com> Date: 2024-11-13 (Wed, 13 Nov 2024) Changed paths: A examples/zephyr/rpmsg_multi_services/boards/imx8mp_evk_mimx8ml8_adsp.conf A examples/zephyr/rpmsg_multi_services/boards/imx8mp_evk_mimx8ml8_adsp.overlay R examples/zephyr/rpmsg_multi_services/boards/nxp_adsp_imx8m.conf R examples/zephyr/rpmsg_multi_services/boards/nxp_adsp_imx8m.overlay M examples/zephyr/rpmsg_multi_services/sample.yaml M west.yml Log Message: ----------- west: Update to zephyr 3.7 Update to the last Zephyr release. Since in Zephyr 3.7 hardware model v2 was introduced, NXP board conf and overlay has to be renamed. Signed-off-by: Iuliana Prodan <iuliana.prodan(a)nxp.com> Commit: ae4263b3484815f21d52c541786ee2d18dbb9b3a https://github.com/OpenAMP/openamp-system-reference/commit/ae4263b3484815f2… Author: Iuliana Prodan <iuliana.prodan(a)nxp.com> Date: 2024-11-13 (Wed, 13 Nov 2024) Changed paths: M examples/zephyr/rpmsg_multi_services/src/main_remote.c Log Message: ----------- examples: zephyr: Fix compile warning Fix compile warning: "/openamp-system-reference/examples/zephyr/rpmsg_multi_services/src/main_remote.c:236:23: warning: passing argument 1 of 'rsc_table_get' from incompatible pointer type" Signed-off-by: Iuliana Prodan <iuliana.prodan(a)nxp.com> Commit: e2fbb0a60978bbe932003826f43d1ad4668395c2 https://github.com/OpenAMP/openamp-system-reference/commit/e2fbb0a60978bbe9… Author: Iuliana Prodan <iuliana.prodan(a)nxp.com> Date: 2024-11-13 (Wed, 13 Nov 2024) Changed paths: R examples/zephyr/rpmsg_multi_services/boards/qemu_cortex_r5.overlay M examples/zephyr/rpmsg_multi_services/sample.yaml Log Message: ----------- examples: zephyr: Remove qemu_cortex_r5 overlay Remove qemu_cortex_r5 overlay since is not needed anymore. One can use kv260_r5 or zynqmp_r5 (a subset of kv260_r5). Suggested-by: Bill Mills <bill.mills(a)linaro.org> Signed-off-by: Iuliana Prodan <iuliana.prodan(a)nxp.com> Compare: https://github.com/OpenAMP/openamp-system-reference/compare/c906c0dbb543...… To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

1 year, 10 months

1
0
0 0

No meeting 2024/11/14

by Bill Mills

All, I am on vacation and it seems nothing is urgent so we will cancel the meeting tomorrow. Thanks, Bill All, I am on vacation and it seems nothing is urgent so we will cancel the meeting tomorrow. Thanks, Bill

1 year, 10 months

1
0
0 0

[OpenAMP/open-amp] 4ace35: virtio: Add memory operation interface for virtio ...

by Bowen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 4ace3543aea62d9356dec5f044111187a8691190 https://github.com/OpenAMP/open-amp/commit/4ace3543aea62d9356dec5f044111187… Author: Bowen Wang <wangbowen6(a)xiaomi.com> Date: 2024-11-05 (Tue, 05 Nov 2024) Changed paths: M lib/include/openamp/virtio.h Log Message: ----------- virtio: Add memory operation interface for virtio device Buffer management is different for different transport layer: For MMIO transport layer, the buffer can directly allocated from the geust OS heap beacase the hypervisor can access all the memory own by guest OS. For remoteproc transport layer, the buffer should be allocated from the share memory region to make sure the remote core can access this buffer too. So add memory ops in virtio device to make different transport/device can implement their own share memory management. Signed-off-by: Bowen Wang <wangbowen6(a)xiaomi.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 10 months

1
0
0 0

[OpenAMP/libmetal]

by Arnaud Pouliquen

Branch: refs/heads/v2024.10 Home: https://github.com/OpenAMP/libmetal To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 10 months

1
0
0 0

[OpenAMP/open-amp]

by Arnaud Pouliquen

Branch: refs/heads/v2024.10 Home: https://github.com/OpenAMP/open-amp To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 10 months

1
0
0 0

[OpenAMP/open-amp] 218188: virtio.h: add memory operation for virtio device

by Bowen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 2181888ed94ee003e8bf440e6a2be5435201a4c3 https://github.com/OpenAMP/open-amp/commit/2181888ed94ee003e8bf440e6a2be543… Author: Bowen Wang <wangbowen6(a)xiaomi.com> Date: 2024-11-05 (Tue, 05 Nov 2024) Changed paths: M lib/include/openamp/virtio.h Log Message: ----------- virtio.h: add memory operation for virtio device Buffer management is different for different transport layer: For MMIO transport layer, the buffer can direclty malloced from the gust os heap beacase the hypervisor can access all the memmory own by guest os. For remoteproc transpor layer, the buffer should be malloced from the share memory region to make sure the remote core can access this buffer too. So add memory ops in virtio device to make different transport/device can implement their own share memory management. Signed-off-by: Bowen Wang <wangbowen6(a)xiaomi.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 10 months

1
0
0 0

Official v2024.10.0 tag is now available

by Arnaud POULIQUEN

Hello OpenAMP developers and community, The v2024.10 tag is now available for the open-amp and the libmetal libraries. For details on the release, refer to the release notes: - libmetal: v2024.10.0<https://github.com/OpenAMP/libmetal/releases/tag/v2024.10.0> - open-amp: v2024.10.0<https://github.com/OpenAMP/libmetal/releases/tag/v2024.10.0> Thank you for your contributions to the maintenance and development of these libraries, The OpenAMP team ST Restricted Hello OpenAMP developers and community, The v2024.10 tag is now available for the open-amp and the libmetal libraries. For details on the release, refer to the release notes: - libmetal: [1]v2024.10.0 - open-amp: [2]v2024.10.0 Thank you for your contributions to the maintenance and development of these libraries, The OpenAMP team ST Restricted References 1. https://github.com/OpenAMP/libmetal/releases/tag/v2024.10.0 2. https://github.com/OpenAMP/libmetal/releases/tag/v2024.10.0

1 year, 10 months

1
0
0 0

[OpenAMP/open-amp]

by Arnaud Pouliquen

Branch: refs/tags/v2024.10.0 Home: https://github.com/OpenAMP/open-amp To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 10 months

1
0
0 0

[OpenAMP/open-amp] a2cd94: release: open-amp 2024.10.0

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: a2cd944c40d40846ede5dae69de6fda9427254da https://github.com/OpenAMP/open-amp/commit/a2cd944c40d40846ede5dae69de6fda9… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2024-11-04 (Mon, 04 Nov 2024) Changed paths: M VERSION Log Message: ----------- release: open-amp 2024.10.0 Set library version to 1.7.0 Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Signed-off-by: Ed Mooring <ed.mooring(a)gmail.com> Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 10 months

1
0
0 0

[OpenAMP/libmetal]

by Arnaud Pouliquen

Branch: refs/tags/v2024.10.0 Home: https://github.com/OpenAMP/libmetal To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 10 months

1
0
0 0

[OpenAMP/libmetal] f8a0e5: release: libmetal 2024.10.0

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: f8a0e51aee8e6993b6df243422f705bd7fea6079 https://github.com/OpenAMP/libmetal/commit/f8a0e51aee8e6993b6df243422f705bd… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2024-11-04 (Mon, 04 Nov 2024) Changed paths: M VERSION Log Message: ----------- release: libmetal 2024.10.0 Set library version to 1.7.0 Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Signed-off-by: Ed Mooring <ed.mooring(a)gmail.com> Signed-off-by: Tanmay Shah <tanmay.shah(a)amd.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 10 months

1
0
0 0

[OpenAMP/libmetal] 289e4d: lib: processor: hosted: Fix compilation warning in...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 289e4de876fc0ad25ab9a1043c3682395d7e7fca https://github.com/OpenAMP/libmetal/commit/289e4de876fc0ad25ab9a1043c368239… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2024-10-25 (Fri, 25 Oct 2024) Changed paths: M lib/processor/CMakeLists.txt A lib/processor/hosted/cpu.c M lib/processor/hosted/cpu.h Log Message: ----------- lib: processor: hosted: Fix compilation warning in metal_cpu_yield Fix cross inclusion between metal/sys.h and /processor/hosted/cpu.h The fix consists in creating a cpu.c file to avoid inline declaration. Issue reported by Zephyr twister CI test: libmetal/lib/include/metal/processor/hosted/cpu.h:19:9: error: implicit declaration of function ‘metal_wait_usec’ 19 | metal_wait_usec(10); | ^~~~~~~~~~~~~~~ libmetal/lib/include/metal/system/zephyr/sys.h:46:20: error: conflicting types for ‘metal_wait_usec’; have ‘void(uint32_t)’ 46 | static inline void metal_wait_usec(uint32_t usec_to_wait) | ^~~~~~~~~~~~~~~ libmetal/lib/include/metal/processor/hosted/cpu.h:19:9: note: previous implicit declaration of ‘metal_wait_usec’ with type ‘void(uint32_t)’ {aka ‘void(unsigned int)’} 19 | metal_wait_usec(10); | ^~~~~~~~~~~~~~~ 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

1 year, 10 months

1
0
0 0

[OpenAMP/openamp-system-reference] c906c0: legacy_apps: test: fix bad array index in rpmsg-n...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: c906c0dbb5432729887ff46776977f25b0cb1751 https://github.com/OpenAMP/openamp-system-reference/commit/c906c0dbb5432729… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2024-10-25 (Fri, 25 Oct 2024) Changed paths: M examples/legacy_apps/tests/msg/rpmsg-nocopy-echo.c Log Message: ----------- legacy_apps: test: fix bad array index in rpmsg-nocopy-echo The buff_list array contains MAX_NB_TX_BUFF elements. The last element is at index (MAX_NB_TX_BUFF - 1). 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/openamp-system-reference/settings/notifications

1 year, 10 months

1
0
0 0

[OpenAMP/openamp-system-reference] c6d4e7: examples: Zephyr: update rpmsg-multi-service readme

by Iulia Prodan

Branch: refs/heads/main Home: https://github.com/OpenAMP/openamp-system-reference Commit: c6d4e712fe281b8ce7a951174bab2cf8a61d50d7 https://github.com/OpenAMP/openamp-system-reference/commit/c6d4e712fe281b8c… Author: Iuliana Prodan <iuliana.prodan(a)nxp.com> Date: 2024-10-25 (Fri, 25 Oct 2024) Changed paths: M examples/zephyr/rpmsg_multi_services/README.rst Log Message: ----------- examples: Zephyr: update rpmsg-multi-service readme Update README file to include NXP i.MX8M Plus board support. Signed-off-by: Iuliana Prodan <iuliana.prodan(a)nxp.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/openamp-system-reference/settings/notifications

1 year, 10 months

1
0
0 0

[OpenAMP/open-amp] 845a17: lib: rpmsg: Fix safe_strcpy call

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 845a17b69ff67958c35760e376ecc3b7762e89d8 https://github.com/OpenAMP/open-amp/commit/845a17b69ff67958c35760e376ecc3b7… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2024-10-25 (Fri, 25 Oct 2024) Changed paths: M lib/include/openamp/rpmsg.h M lib/rpmsg/rpmsg.c Log Message: ----------- lib: rpmsg: Fix safe_strcpy call Fix the size of the source string passed in argument of safe_strcpy(). In rpmsg_create_ept we can not trust the size of the name string provided, so we limit the max size to RPMSG_NAME_SIZE. Update the rpmsg_create_ept documentation to clarify the limit Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Commit: 71887e71dfe0d5f5dfab0b989c9ff1829958f3a3 https://github.com/OpenAMP/open-amp/commit/71887e71dfe0d5f5dfab0b989c9ff182… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2024-10-25 (Fri, 25 Oct 2024) Changed paths: M lib/include/openamp/remoteproc.h M lib/remoteproc/remoteproc.c Log Message: ----------- lib: remoteprocrpmsg: Fix safe_strcpy call Fix the size of the source string passed in argument of safe_strcpy(). In rpmsg_register_endpoint we can not trust the size of the name string provided, so we limit the max size to RPROC_MAX_NAME_LEN. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Compare: https://github.com/OpenAMP/open-amp/compare/2a93d20f2129...71887e71dfe0 To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 10 months

1
0
0 0

[OpenAMP/open-amp] 2a93d2: options: make WITH_APPS cmake option deprecated

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 2a93d20f2129c6b73521583bf78890cf0ed292a9 https://github.com/OpenAMP/open-amp/commit/2a93d20f2129c6b73521583bf78890cf… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2024-10-25 (Fri, 25 Oct 2024) Changed paths: M cmake/options.cmake Log Message: ----------- options: make WITH_APPS cmake option deprecated The applications are now in the openamp-system-reference repository. The "apps" folder is now deprecated and should be removed in coming releases. 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

1 year, 10 months

1
0
0 0

Release v2024.10: code is now Frozen for non-regression tests

by Arnaud POULIQUEN

Hello, The code of the open-amp and libmetal libraries is now frozen for 2 weeks to allow non-regression tests to begin. Of course, the PR review process continues but the PRs will be integrated after the release. We plan to release the library the week of November 4th. Regards, Arnaud ST Restricted

1 year, 10 months

1
0
0 0

[OpenAMP/libmetal] 7f351a: lib: fix compile error

by wyr-7

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 7f351a5158dbfeca62f3b2113702fc443a560f26 https://github.com/OpenAMP/libmetal/commit/7f351a5158dbfeca62f3b2113702fc44… Author: Yongrong Wang <wangyongrong(a)xiaomi.com> Date: 2024-10-21 (Mon, 21 Oct 2024) Changed paths: M lib/atomic.h M lib/compiler.h M lib/errno.h Log Message: ----------- lib: fix compile error lib/errno.h: defined(__ARMCC_VERSION) for use GCC compile lib/autmoic:fix compiler error: nuttx/include/metal/compiler/gcc/atomic.h:19:13: error: conflicting type qualifiers for 'atomic_flag' 19 | typedef int atomic_flag; | ^~~~~~~~~~~ In file included from nuttx/include/nuttx/net/netdev_lowerhalf.h:38, from virtio/virtio-net.c:33: prebuilts/gcc/linux/arm/lib/gcc/arm-none-eabi/13.2.1/include/ stdatomic.h:233:3: note: previous declaration of 'atomic_flag' with type 'atomic_flag' 233 | } atomic_flag; | ^~~~~~~~~~~ nuttx/include/metal/compiler/gcc/atomic.h:20:14: error: conflicting type qualifiers for 'atomic_char' 20 | typedef char atomic_char; ^~~~~~~~~~~ Signed-off-by: Yongrong Wang <wangyongrong(a)xiaomi.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 10 months

1
0
0 0

[OpenAMP/open-amp] bb4459: rpmsg_virtio: fix rpmsg_virtio_get_tx_payload_buff...

by Bowen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: bb4459fe30c954ae9772d8600e7e86515ff7ffff https://github.com/OpenAMP/open-amp/commit/bb4459fe30c954ae9772d8600e7e8651… Author: Bowen Wang <wangbowen6(a)xiaomi.com> Date: 2024-10-21 (Mon, 21 Oct 2024) Changed paths: M lib/rpmsg/rpmsg_virtio.c Log Message: ----------- rpmsg_virtio: fix rpmsg_virtio_get_tx_payload_buffer() error If rpmsg_virtio_notify_wait() returns RPMSG_SUCCESS, we should not directly return NULL, but call rpmsg_virtio_get_tx_buffer to get the tx buffer again. Signed-off-by: Yongrong Wang <wangyongrong(a)xiaomi.com> Signed-off-by: Bowen Wang <wangbowen6(a)xiaomi.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 10 months

1
0
0 0

[OpenAMP/open-amp] 47be1f: rpmsg_virtio.c: replace metal_cpu_yield to new lib...

by wyr-7

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 47be1f3379db20dcff666d3508521e70ee34570c https://github.com/OpenAMP/open-amp/commit/47be1f3379db20dcff666d3508521e70… Author: Yongrong Wang <wangyongrong(a)xiaomi.com> Date: 2024-10-21 (Mon, 21 Oct 2024) Changed paths: M lib/remoteproc/remoteproc_virtio.c M lib/rpmsg/rpmsg_virtio.c Log Message: ----------- rpmsg_virtio.c: replace metal_cpu_yield to new libmetal API metal_yield The CPU yield is not supported by all OSes/processors. If not supported, this causes a busy loop that monopolizes the CPU. Replace it with the new metal_yield, it would be managed at the OS level and dispatched to metal_cpu_yield, metal_sleep_usec, or others. 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

1 year, 10 months

1
0
0 0

[OpenAMP/libmetal] 1ed90f: lib: system: fix missing metal_yield API for gener...

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 1ed90fd96772ec577e55cd9f5511ba7b32e070ca https://github.com/OpenAMP/libmetal/commit/1ed90fd96772ec577e55cd9f5511ba7b… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2024-10-21 (Mon, 21 Oct 2024) Changed paths: M lib/system/generic/sys.h Log Message: ----------- lib: system: fix missing metal_yield API for generic systems. The metal_yield API needs also to be declared for the baremetal systems. This fix build issue in Open-amp for generic system: /github/workspace/open-amp/lib/rpmsg/rpmsg_virtio.c:275:17: error: implicit declaration of function 'metal_yield' 275 | metal_yield(); | ^~~~~~~~~~~ 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

1 year, 10 months

1
0
0 0

[OpenAMP/libmetal] 1112f2: cmake: Don't check for stdatomic.h for NuttX platform

by Xin Xu

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 1112f2cdaf4a3992152360aacb1a37434e23bb51 https://github.com/OpenAMP/libmetal/commit/1112f2cdaf4a3992152360aacb1a3743… Author: xuxin19 <xuxin19(a)xiaomi.com> Date: 2024-10-21 (Mon, 21 Oct 2024) Changed paths: M cmake/depends.cmake Log Message: ----------- cmake: Don't check for stdatomic.h for NuttX platform There is no need to use cmake include detection under NuttX platform. Signed-off-by: xuxin19 <xuxin19(a)xiaomi.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 10 months

1
0
0 0

[OpenAMP/libmetal] 4d0812: libmetal(cmake):set HAVE_STDATOMIC_H default true ...

by Xin Xu

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 4d0812d7c417d3008d00725cb8c8f53a0983d544 https://github.com/OpenAMP/libmetal/commit/4d0812d7c417d3008d00725cb8c8f53a… Author: xuxin19 <xuxin19(a)xiaomi.com> Date: 2024-10-21 (Mon, 21 Oct 2024) Changed paths: M cmake/depends.cmake Log Message: ----------- libmetal(cmake):set HAVE_STDATOMIC_H default true in NuttX platform there is no need to use cmake include detection under NuttX platform Signed-off-by: xuxin19 <xuxin19(a)xiaomi.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 10 months

1
0
0 0

[OpenAMP/libmetal] 142c40: lib: system: create a new libmetal API metal_yield

by wyr-7

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: 142c40321e6116488ba929a2b79c7a907eb059fa https://github.com/OpenAMP/libmetal/commit/142c40321e6116488ba929a2b79c7a90… Author: Yongrong Wang <wangyongrong(a)xiaomi.com> Date: 2024-10-21 (Mon, 21 Oct 2024) Changed paths: M lib/system/freertos/sys.h M lib/system/freertos/template/sys.h M lib/system/freertos/xlnx/sys.h M lib/system/linux/sys.h M lib/system/nuttx/sys.h M lib/system/zephyr/sys.h Log Message: ----------- lib: system: create a new libmetal API metal_yield Define metal_yield in sys.h files is more flexible to manage this in libmetal, metal_yield would be managed at the OS level and dispatched to metal_cpu_yield, metal_sleep_usec, or others. Signed-off-by: Yongrong Wang <wangyongrong(a)xiaomi.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 10 months

1
0
0 0

[OpenAMP/libmetal] d0cd92: lib/cpu.h: create a new libmetal API metal_yield

by wyr-7

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: d0cd9285b72ef1a3bcd6aae536f747ebc1091697 https://github.com/OpenAMP/libmetal/commit/d0cd9285b72ef1a3bcd6aae536f747eb… Author: Yongrong Wang <wangyongrong(a)xiaomi.com> Date: 2024-10-21 (Mon, 21 Oct 2024) Changed paths: M lib/system/freertos/sys.h M lib/system/freertos/template/sys.h M lib/system/freertos/xlnx/sys.h M lib/system/linux/sys.h M lib/system/nuttx/sys.h M lib/system/zephyr/sys.h Log Message: ----------- lib/cpu.h: create a new libmetal API metal_yield define metal_yield in sys.h files is more flexible to manage this in libmetal, metal_yield would be managed at the OS level and dispatched to metal_cpu_yield, metal_sleep_usec, or others Signed-off-by: Yongrong Wang <wangyongrong(a)xiaomi.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 10 months

1
0
0 0

[OpenAMP/open-amp] 6a5fdf: CI: reduce zephyr sdk install verbosity

by Bill Mills

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 6a5fdf1b1f7650b65115a64bbc23729e2e215b97 https://github.com/OpenAMP/open-amp/commit/6a5fdf1b1f7650b65115a64bbc23729e… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2024-10-18 (Fri, 18 Oct 2024) Changed paths: M .github/actions/build_ci/entrypoint.sh Log Message: ----------- CI: reduce zephyr sdk install verbosity Reduce the console output for the Zephyr sdk install. This now matches the intent of libmetal but uses the documented wget option. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Commit: 3541b5771bc7d0e0cd5259f6315639123be8fc05 https://github.com/OpenAMP/open-amp/commit/3541b5771bc7d0e0cd5259f631563912… Author: Bill Mills <bill.mills(a)linaro.org> Date: 2024-10-18 (Fri, 18 Oct 2024) Changed paths: M .github/actions/build_ci/entrypoint.sh M .github/workflows/continuous-integration.yml A .github/workflows/heathcheck.yml Log Message: ----------- CI: Do Zephyr build tests on known good and latest versions Allow Zephyr testing to either use locked known good values or the very latest versions. This brings open-amp to parity with libmetal. Open-amp did not have the SDK URL discovery code so that was added here as part of this. The known good versions are best for PR checking as if the build fails it is almost always the PR itself that broke it. The latest version is good for periodically checking compatibility with the very latest Zephyr changes. For now we run both on pushes and PRs. We also run main against the latest zephyr check weekly as a look ahead. Signed-off-by: Bill Mills <bill.mills(a)linaro.org> Compare: https://github.com/OpenAMP/open-amp/compare/c3132d0d631a...3541b5771bc7 To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 10 months

1
0
0 0

[OpenAMP/open-amp] 9aa3ee: lib: utils: implement internal safe_strcpy function

by Arnaud Pouliquen

Branch: refs/heads/main Home: https://github.com/OpenAMP/open-amp Commit: 9aa3ee53c7f781effa8d4fb17e37dbffb3f17a31 https://github.com/OpenAMP/open-amp/commit/9aa3ee53c7f781effa8d4fb17e37dbff… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2024-10-18 (Fri, 18 Oct 2024) Changed paths: M lib/CMakeLists.txt A lib/include/internal/utilities.h A lib/utils/CMakeLists.txt A lib/utils/utilities.c Log Message: ----------- lib: utils: implement internal safe_strcpy function The strlcpy() function has only recently become available in glibc. While this function prevents destination buffer overflow, it seems that it cannot guarantee read access only within the source buffer. this is for instance the case if the source string is not terminated by a'\0' character. Implement a safe_strcpy to ensure that no access is done out of the source and destination buffer ranges. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Commit: 27bec14883019d0b1a526f7cbd17314360141c0a https://github.com/OpenAMP/open-amp/commit/27bec14883019d0b1a526f7cbd173143… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2024-10-18 (Fri, 18 Oct 2024) Changed paths: M lib/rpmsg/rpmsg.c Log Message: ----------- lib: rpmsg: replace strncpy with internal safe_strcpy The strncpy function does not ensure that the destination string is null-terminated. To address this issue, replace strncpy with the internal safe_strcpy() function, which guarantees null-termination of the destination string but also access only in buffer memory ranges. Note: (void)safe_strcpy(...) indicates that the return value is intentionally ignored. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Commit: c3132d0d631a4465bfc062b03274a67acf0039ab https://github.com/OpenAMP/open-amp/commit/c3132d0d631a4465bfc062b03274a67a… Author: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Date: 2024-10-18 (Fri, 18 Oct 2024) Changed paths: M lib/remoteproc/remoteproc.c Log Message: ----------- lib: remoteproc: replace strncpy with internal safe_strcpy The strncpy function does not ensure that the destination string is null-terminated. To address this issue, replace strncpy with the internal safe_strcpy() function, which guarantees null-termination of the destination string but also access only in buffer memory ranges. Note: (void)safe_strcpy(...) indicates that the return value is intentionally ignored. Signed-off-by: Arnaud Pouliquen <arnaud.pouliquen(a)foss.st.com> Compare: https://github.com/OpenAMP/open-amp/compare/a69881f13134...c3132d0d631a To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/open-amp/settings/notifications

1 year, 10 months

1
0
0 0

[OpenAMP/libmetal] e2c504: lib: system: nuttx: fix undeclared parameter compi...

by wyr-7

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: e2c504f21909c107f0f6fa1257df7b758de7766f https://github.com/OpenAMP/libmetal/commit/e2c504f21909c107f0f6fa1257df7b75… Author: Yongrong Wang <wangyongrong(a)xiaomi.com> Date: 2024-10-18 (Fri, 18 Oct 2024) Changed paths: M lib/system/nuttx/device.c M lib/system/nuttx/init.c M lib/system/nuttx/io.c M lib/system/nuttx/io.h Log Message: ----------- lib: system: nuttx: fix undeclared parameter compile error Fix compile error: /nuttx/openamp/libmetal/lib/system/nuttx/device.c:16:22: error: 'io' undeclared (first use in this function) 16 | metal_unused(io); /nuttx/openamp/libmetal/lib/system/nuttx/device.c:14:53: error: unused parameter 'dev' [-Werror=unused-parameter] 14 | int metal_generic_dev_sys_open(struct metal_device *dev) ... Signed-off-by: Yongrong Wang <wangyongrong(a)xiaomi.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 10 months

1
0
0 0

[OpenAMP/libmetal] d680a1: lib/system/nuttx: fix undeclared parameter compile...

by wyr-7

Branch: refs/heads/main Home: https://github.com/OpenAMP/libmetal Commit: d680a19e2a21d15d72895218cf54b3afdab01eef https://github.com/OpenAMP/libmetal/commit/d680a19e2a21d15d72895218cf54b3af… Author: Yongrong Wang <wangyongrong(a)xiaomi.com> Date: 2024-10-18 (Fri, 18 Oct 2024) Changed paths: M lib/system/nuttx/device.c M lib/system/nuttx/init.c M lib/system/nuttx/io.c M lib/system/nuttx/io.h Log Message: ----------- lib/system/nuttx: fix undeclared parameter compile error fix compile error: /nuttx/openamp/libmetal/lib/system/nuttx/device.c:16:22: error: 'io' undeclared (first use in this function) 16 | metal_unused(io); /nuttx/openamp/libmetal/lib/system/nuttx/device.c:14:53: error: unused parameter 'dev' [-Werror=unused-parameter] 14 | int metal_generic_dev_sys_open(struct metal_device *dev) ... Signed-off-by: Yongrong Wang <wangyongrong(a)xiaomi.com> To unsubscribe from these emails, change your notification settings at https://github.com/OpenAMP/libmetal/settings/notifications

1 year, 10 months

1
0
0 0

2026

2025

2024

2023

2022

2021

2020

2019

Openamp-rp