ICBMSG 作为 IPC 后端,作为日志后端无法绑定

描述错误

在一款使用ICBMSG的STM32H747XI上测试,用于从m4核心到m7核心的ipc后端/博客后端. [目前主要分支]遇到的问题(https://GitHub.com/zephyrproject-rtos/zephyr/commit/4adba2d7a09e7e46ce05b2dffe893910288040ab)。 功能性在目前为V4.4-branch上按预期进行工作,代码不变.

可能与最近引进的ICBMSG大修有关.

退缩

• 这是一种倒退。

• 复制步骤

使用STM32H747型机车.

m4 核心 : CONFIG LOG=y (英语). CONFIG LOG BACKEND UART=n (英语). CONFIG UART CONSOLE=n (中文(简体) ). CONFIG LOG BACKEND IPC 服务=y CONFIG IPC 服务 BACKEND ICBMSG=y CONFIG STM32 enable DEBUG SLEEP STOP=y (英语). CONFIG MBOX=y (英语). CONFIG IPC service=y (英语).

m7 核心 : CONFIG MBOX=y (英语). CONFIG IPC service=y (英语). CONFIG LOG MULTIDOMAIN=y (法语). CONFIG LOG LINK IPC SERVICE=y (中文(简体) ). CONFIG IPC 服务 BACKEND ICBMSG=y CONFIG IPC service LOG LEVEL DBG=y (中文(简体) ). CONFIG IPC service BACKEND ICBMSG LOG LEVEL DBG=y

QQ 相关日志输出

从M7核心: 贝壳 [00:00:04:00] ipc icbmsg. open: Shm q TX prod: 0x380000, cons: 0x380000018 [00:00:04:00] ipc icbmsg. open: Shm q RX prod: 0x38008000, cons: 0x38008018 [00:00:04:00] ipc icbmsg.open:TX 16个字节的2044个字节,以0x380000040计,最大可分配的32700字节 [00:00:04:00] ipc icbmsg.op:RX 16个区块的2044字节以0x38008040为单位,最大可分配32700字节 [00:00:04:00] ipc icbmsg.send packet:发送包:0x380000040 [idx:0,ept:255 prio:1大小:16(16)]. [00:00:04:00] (中文(简体) ). ipc icbmsg.msg q 出品:添加:0x380000008 出产指数:0,块 索引:128,活性 计算:0 [00:00:04:00] ipc service.ipc service register endpoint:注册端点记录 [00:00:04:00] ipc icbmsg.register ept: 注册EP(待发),本地:0 [00:00:04:00] ipc icbmsg.send packet:发送包:0x3800083c [idx:1,ept:255 prio:1大小:6(6)]. [00:00:04:000] (中文(简体) ). ipc icbmsg.msg q produce: addr:0x38000009 互联网档案馆的存檔,存档日期2013-12-21. 出产指数:1,块 出产指数:129,活性 计算:1

没有收到更多 ipc icbmsg 日志 。
v4.4-分支收到的参考日志
QQ[00:00:04:00] <dbg> ipc icbmsg:打开:TX 16个字节的2028个字节,在0x38000140,最大可分配的32444字节
[00:00:04:00] <dbg> ipc icbmsg: 开通:RX 16个字节的2028个字节,以0x38008140,最大可分配的32444字节
[00:00:04:00] <dbg> ipc  service: ipc service register endpoint: 注册端点记录
[00:00:05:00] <inf> m4 core:测试

影响

功能限制 – 有的功能不尽人意,但系统可用.

环境

操作 Linux Zepher SDK 1.0.1 号机

++ 附加上下文 也引入一些奇怪的行为与日志系统, "日志:自上次报告以来1个未排序的消息" 每批出木后. 无序消息的数量总是1个,无论该批中有多少日志被推出.