master

文件	最后提交记录	最后更新时间
base_comm	[Fix] 修改 HcommChannelNotifyWaitOnThread 的 timeout 参数单位为：ms->s Co-authored-by: jiyuanhao<jiyuanhao1@huawei.com> # message auto-generated for no-merge-commit merge: !4625 merge fix/hcomm-timeout into master [Fix] 修改 HcommChannelNotifyWaitOnThread 的 timeout 参数单位为：ms->s Created-by: jiyuanhao Commit-by: jiyuanhao Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> [Fix] 修改 HcommChannelNotifyWaitOnThread 的 timeout 参数单位为：ms->s ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： 1. A5 RDV全部通过 2. 补充的UT用例： ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [x] 表示选中 --> - [x] 🧐 已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 - [x] 🔍 邀请 committer评论/lgtm前的必要检查 - [x] 🏷️ 标题中使用了合适的类型标签（如：[feat], [fix]） - [x] 📄 代码修改内容已简要描述，相关文档已更新 - [x] 📝 代码注释已更新，代码遵循项目整体代码风格 - [x] 🧪 代码UT测试已更新，覆盖率已达标 - [x] 🔬 验证方法已更新到"测试"部分 - [x] 🛠️ 代码已通过静态分析工具检查，无错误 - [x] 👥 代码检视/code review/同行评议和必要的代码串讲，确保代码质量 - [x] ✅ 代码检视意见已处理或答复，无未处理的检视意见 - [x] 🚀 预约 前冒烟 用例前的必要检查 - [x] ✔️ 代码已有committer的/lgtm 和 模块committer的/lgtm评论 - [x] 🔧 代码已通过compile，编译无错误，无告警 - [x] 🖥️ 代码已通过基本功能本地测试或者在线测试，确保基本功能正常 - [x] 🎯 预约 approver评论/approve，正式合入前的必要检查 - [x] 📊 前冒烟 用例已全量通过 - [x] 📦 新增功能已同步补充基本功能测试用例到前冒烟里 See merge request: cann/hcomm!4625	6 天前
cluster_link_diag	[modify docs]修正文档中英文不一致性问题 Co-authored-by: zangyan<zangyan@huawei.com> # message auto-generated for no-merge-commit merge: !4700 merge master into master [modify docs]修正文档中英文不一致性问题 Created-by: flyswa Commit-by: zangyan Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> 修正中英文文档不一致性问题，并补全部分英文文档。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [x] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： 1. 2. 补充的UT用例： ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [x] 表示选中 --> - [ ] 🧐 已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 - [ ] 🔍 邀请 committer评论/lgtm前的必要检查 - [ ] 🏷️ 标题中使用了合适的类型标签（如：[feat], [fix]） - [ ] 📄 代码修改内容已简要描述，相关文档已更新 - [ ] 📝 代码注释已更新，代码遵循项目整体代码风格 - [ ] 🧪 代码UT测试已更新，覆盖率已达标 - [ ] 🔬 验证方法已更新到"测试"部分 - [ ] 🛠️ 代码已通过静态分析工具检查，无错误 - [ ] 👥 代码检视/code review/同行评议和必要的代码串讲，确保代码质量 - [ ] ✅ 代码检视意见已处理或答复，无未处理的检视意见 - [ ] 🚀 预约 前冒烟 用例前的必要检查 - [ ] ✔️ 代码已有committer的/lgtm 和 模块committer的/lgtm评论 - [ ] 🔧 代码已通过compile，编译无错误，无告警 - [ ] 🖥️ 代码已通过基本功能本地测试或者在线测试，确保基本功能正常 - [ ] 🎯 预约 approver评论/approve，正式合入前的必要检查 - [ ] 📊 前冒烟 用例已全量通过 - [ ] 📦 新增功能已同步补充基本功能测试用例到前冒烟里 See merge request: cann/hcomm!4700	3 天前
ExperimentalNicPlugin.xml	[feat]适配通用服务器 Co-authored-by: jiazhaoyang<jiazhaoyang7@huawei.com> # message auto-generated for no-merge-commit merge: !2431 merge master into master [feat]适配通用服务器 Created-by: jiazhaoyang Commit-by: jiazhaoyang Merged-by: cann-robot Description: ## 描述 本 PR 引入 HCOMM 外部网卡（NIC）插件机制，支持开发者通过独立 .so 形式扩展或替换 host 侧通信协议实现，用于适配通用服务器、自定义 RNIC 或第三方网络后端，无需修改 HCOMM 主体代码。 当前 HCOMM 的 HCCS、RoCE、PCIe、SIO、UB 系列等协议以内置方式实现，新增或替换网卡协议需要修改内部协议枚举、资源管理和通信实现，外部开发者适配成本较高。本方案通过插件化方式降低 host 网卡适配门槛，使第三方网络后端能够以独立动态库接入 HCOMM。 本次主要改动包括： - 新增外部 NIC 插件公共接口，插件通过固定导出符号注册协议信息、创建 Endpoint 和 Channel，并提供对应 ops 表。 - 新增插件加载与注册机制，支持从 ${CANN_HOME_PATH}/hcomm_plugin/ 默认目录加载插件，也支持通过 HCOMM_NIC_PLUGIN_SO 环境变量指定插件 .so。 - 在 HCOMM 公开 C API 入口增加插件分发路径：当 Endpoint/Channel handle 标记为插件实例时，直接调用插件 ops；否则保持原有内置实现路径不变。 - 支持插件声明自定义协议号，也支持覆盖已有内置协议，用于通用服务器或特定硬件场景下替换默认 host 通信实现。 - 保持默认行为兼容：未部署插件时，HCOMM 原有通信路径和行为不变。 ## 变更类型 - [ ] 🐛 Bug修复 - [x] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue https://gitcode.com/cann/hcomm/issues/225 ## 测试 已完成的测试用例和场景： 1. 验证未配置插件时，HCOMM 仍走原有内置 Endpoint/Channel 创建和通信路径。 2. 验证通过 HCOMM_NIC_PLUGIN_SO 指定插件 .so 后，可完成插件加载、符号解析和协议注册。 3. 验证命中插件协议时，HcommEndpointCreate / HcommChannelCreate 分发到插件 create 接口。 4. 验证插件 Channel handle 下，数据面接口可分发到插件 ops。 5. 验证未命中插件协议时，继续 fallback 到原有内置实现。 补充的UT用例： 补充外部 NIC 插件相关 UT，覆盖插件加载、协议查找、Endpoint/Channel 创建分发、插件 handle 识别及数据面 ops 调用路径。 ## 文档更新 ## 合入检查 - [x] 🧐 已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 - [ ] 🔍 邀请 committer评论/lgtm前的必要检查 - [x] 🏷️ 标题中使用了合适的类型标签（如：[feat], [fix]） - [x] 📄 代码修改内容已简要描述，相关文档已更新 - [x] 📝 代码注释已更新，代码遵循项目整体代码风格 - [x] 🧪 代码UT测试已更新，覆盖率已达标 - [x] 🔬 验证方法已更新到"测试"部分 - [x] 🛠️ 代码已通过静态分析工具检查，无错误 - [x] 👥 代码检视/code review/同行评议和必要的代码串讲，确保代码质量 - [x] ✅ 代码检视意见已处理或答复，无未处理的检视意见 - [ ] 🚀 预约 前冒烟 用例前的必要检查 - [x] ✔️ 代码已有committer的/lgtm 和 模块committer的/lgtm评论 - [x] 🔧 代码已通过compile，编译无错误，无告警 - [x] 🖥️ 代码已通过基本功能本地测试或者在线测试，确保基本功能正常 - [ ] 🎯 预约 approver评论/approve，正式合入前的必要检查 - [x] 📊 前冒烟 用例已全量通过 - [x] 📦 新增功能已同步补充基本功能测试用例到前冒烟里 See merge request: cann/hcomm!2431	1 个月前