| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
[fix] 抽离MyRank按(rank,IP)查端口公共接口，心跳端口查询与建链路径统一数据源 Co-authored-by: renmengguang<renmengguang@h-partners.com> # message auto-generated for no-merge-commit merge: !5588 merge rmg_code into master [fix] 抽离MyRank按(rank,IP)查端口公共接口，心跳端口查询与建链路径统一数据源 Created-by: ren-mengguang Commit-by: renmengguang Merged-by: cann-robot Description: ## 描述 建链路径的端口查询已改为按 (rank, IP) 两级端口表获取（同一 rank 多 IP 场景下各 IP 监听端口不同），但集群心跳路径（ ClusterMonitor::GetSocketDescFromRankInfo）仍通过 RankGraph::GetDevicePort 做 rank 级单端口查询，两条路径端口数据源不一致，心跳使用的端口可能与实际监听端口不符。 本次改动将端口表查询能力抽离为公共接口，并统一心跳路径的端口数据源： 1. MyRank 新增公共接口 GetDevicePortByAddr(rank, addr, port)：按 (rank, IP) 两级端口表查询 device 侧监听端口，命中返回 HCCL_SUCCESS，未命中返回 HCCL_E_NOT_FOUND； 2. GetListenPortByAddr 的 device 分支复用该接口，未命中时保留原有 fallback（端口区间最小值/默认端口），建链路径行为不变； 3. GetSocketDescFromRankInfo 改用 GetDevicePortByAddr 查询对端/本端监听端口（替换两处 rankGraph->GetDevicePort 调用），未查到时不把该 link 加入 needConnectRank（跳过该 rank 心跳），端口上限（MAX_VALUE_TCPPORT）校验保持不变。 ## 变更类型 请选择本次引入的变更类型： - [x] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue NA ## 测试 已完成的测试用例和场景： 1. 改动文件对象级编译通过、无告警；clang-format v18.1.8 检查通过 2. MyRank 既有 QueryListenPort 用例回归通过，验证建链路径（GetListenPortByAddr 重构后）行为不变 3. CI 流水线通过（ci-pipeline-passed） 补充的UT用例： - ut_my_rank.cc：GetDevicePortByAddr 4 个用例（条目命中 / rank 未命中 / addr 未命中 / 空指针·空端口表返回 HCCL_E_PTR） - ut_cluster_monitor.cc：GetSocketDescFromRankInfo 4 个用例（对端端口非法返回 HCCL_E_PARA / 本端监听端口非法返回 HCCL_E_PARA / 端口表无对端条目返回 HCCL_E_NOT_FOUND / 正常场景返回 HCCL_SUCCESS 且角色为 SERVER） ## 文档更新 增加HcommChannelCreate接口的约束描述。 ## 合入检查 - [x] 🧐 已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 - [x] 🔍 邀请 committer评论/lgtm前的必要检查 - [x] 🏷️ 标题中使用了合适的类型标签（如：[feat], [fix]） - [x] 📄 代码修改内容已简要描述，相关文档已更新 - [x] 📝 代码注释已更新，代码遵循项目整体代码风格 - [x] 🧪 代码UT测试已更新，覆盖率已达标 - [x] 🔬 验证方法已更新到"测试"部分 - [x] 🛠️ 代码已通过静态分析工具检查，无错误 - [x] 👥 代码检视/code review/同行评议和必要的代码串讲，确保代码质量 - [ ] ✅ 代码检视意见已处理或答复，无未处理的检视意见 - [ ] 🚀 预约 前冒烟 用例前的必要检查 - [ ] ✔️ 代码已有committer的/lgtm 和 模块committer的/lgtm评论 - [x] 🔧 代码已通过compile，编译无错误，无告警 - [ ] 🖥️ 代码已通过基本功能本地测试或者在线测试，确保基本功能正常 - [ ] 🎯 预约 approver评论/approve，正式合入前的必要检查 - [ ] 📊 前冒烟 用例已全量通过 - [ ] 📦 新增功能已同步补充基本功能测试用例到前冒烟里 See merge request: cann/hcomm!5588 | 2 天前 | |
[fix] 优化Host DPU多QP配置获取实现方式 Co-authored-by: qq_45577430<liuhongming4@huawei.com> # message auto-generated for no-merge-commit merge: !5298 merge feature/multi_qp_config into master [fix] 优化Host DPU多QP配置获取实现方式 Created-by: qq_45577430 Commit-by: qq_45577430 Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> 改动原因： 此前已提交以下两个相关 PR： - [PR #4886：[feat] 支持host网卡的多QP配置的获取](https://gitcode.com/cann/hcomm/pull/4886) ，通过 HCCP 接口读取 /etc/hcomm.cfg 中的多 QP 配置。 - [PR #5135：[feat] 支持通过环境变量配置多QP UDP源端口](https://gitcode.com/cann/hcomm/pull/5135) ，从环境变量 HCCL_HOST_RDMA_UDP_PORTS_LIST 读取多 QP UDP 源端口。 两个 PR 分别通过配置文件和环境变量提供 Host 网卡多 QP 配置，但相关解析和查询逻辑分散在 HCCP、legacy 及集合通信域管理层。根据 [Issue #835：优化Host网卡多QP配置获取方式](https://gitcode.com/cann/hcomm/issues/835)，本次将 /etc/hcomm.cfg 和 HCCL_HOST_RDMA_UDP_PORTS_LIST 的解析、合并与查询能力统一收归 src/coll_communicator_mgr/config_mgr，由新增的 HostMultiQpConfig 管理，不再依赖 HCCP 或在 legacy 中维护相关能力。同时新增 CollCommConfigMgr，统一持有和初始化集合通信域管理层的进程级配置 EnvUbConfig 与 HostMultiQpConfig，并由 CollCommMgr 管理其生命周期，确保多个通信域共享一致的配置解析结果。 改动方法： 1. 在 src/coll_communicator_mgr/config_mgr 新增 HostMultiQpConfig，统一管理 /etc/hcomm.cfg 和 HCCL_HOST_RDMA_UDP_PORTS_LIST。 2. 新增进程级配置管理类 CollCommConfigMgr，统一持有 EnvUbConfig 和 HostMultiQpConfig，并作为 CollCommMgr 的成员管理生命周期。 3. CollComm::Init 通过 CollCommMgr::InitConfigMgr() 统一初始化配置。 4. HostMultiQpConfig 先解析环境变量，再解析 /etc/hcomm.cfg，最终按物理设备 ID 保存到同一张配置表中；配置文件中的完整合法单卡配置覆盖对应环境变量配置。 5. ResolveQueueNum 和 RoceChannelDescConfigurator 通过 CollCommMgr::GetConfigMgr() 分别获取 Host RoCE 的 QP 数量和 UDP 源端口；未匹配 Host 多 QP 配置时继续回退到原有 MultiQpSrcPort.cfg 配置。UB 多 Channel 配置查询也通过同一配置管理器获取。 6. 删除 Host 多 QP 配置通过 RaGetHccnCfg 获取的逻辑及相关 HCCP 依赖，移除原有独立配置单例入口，并清理 legacy 中不再使用的环境变量解析、查询和符号导出。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [x] 📋 其他，请描述：代码实现方式优化 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> 关联 [Issue #835：优化Host网卡多QP配置获取方式](https://gitcode.com/cann/hcomm/issues/835) ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 补充或调整的 UT 用例： 1. test/ut/framework/next/comms/common/ut_host_multi_qp_config.cc：新增 HostMultiQpConfig UT，验证环境变量和配置文件的解析校验、配置覆盖与回退、空白及 CRLF 兼容、重复 key 处理和首次解析结果缓存。 2. test/ut/framework/next/comms/common/ut_config_mgr.cc：新增 CollCommConfigMgr UT，验证配置统一初始化、重复调用只解析一次，以及 EnvUbConfig 解析失败时的错误返回和后续配置解析短路行为。 3. test/ut/framework/next/coll_comms/api_c_adpt/ut_coll_comm_res_c_adpt.cc：调整 Host RoCE QP 数量相关 UT，验证用户指定 QP 数量、Host 多 QP 配置及原有配置之间的优先级和回退行为。 4. test/ut/framework/next/coll_comms/rank/ut_my_rank.cc：调整 Host RoCE UDP 源端口相关 UT，验证按物理设备匹配、Host 多 QP 配置优先、未匹配时回退以及端口循环复用行为。 ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> NA ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [x] 表示选中 --> - [x] 🧐 已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 - [x] 🔍 邀请 committer评论 /lgtm前的必要检查 - [x] 🏷️ 标题中使用了合适的类型标签（如：[feat], [fix]） - [x] 📄 代码修改内容已简要描述，相关文档已更新 - [x] 📝 代码注释已更新，代码遵循项目整体代码风格 - [x] 🧪 代码UT测试已更新，覆盖率已达标 - [x] 🔬 验证方法已更新到"测试"部分 - [x] 🛠️ 代码已通过静态分析工具检查，无错误 - [ ] 👥 代码检视/code review/同行评议和必要的代码串讲，确保代码质量 - [ ] ✅ 代码检视意见已处理或答复，无未处理的检视意见 - [ ] 🚀 预约 前冒烟 用例前的必要检查 - [ ] ✔️ 代码已有committer的/lgtm 和 模块committer的/lgtm评论 - [ ] 🔧 代码已通过compile，编译无错误，无告警 - [ ] 🖥️ 代码已通过基本功能本地测试或者在线测试，确保基本功能正常 - [ ] 🎯 预约 approver评论/approve，正式合入前的必要检查 - [ ] 📊 前冒烟 用例已全量通过 - [ ] 📦 新增功能已同步补充基本功能测试用例到前冒烟里 See merge request: cann/hcomm!5298 | 3 天前 | |
[fix]远端内存实例级管理 Co-authored-by: littlemons<yaowenjie7@huawei.com> # message auto-generated for no-merge-commit merge: !5149 merge fix into master [fix]远端内存实例级管理 Created-by: littlemons Commit-by: littlemons Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> **改动原因**：多个 endpointHandle/endpoint 实例若持有相同的 endpointDesc，对相同远端内存执行 HcommMemImport 时会误判为重复导入而报 HCCL_E_INTERNAL（原 E_AGAIN），且进程级共享 mgr 的引用计数跨实例串账，存在 ref 泄漏。 **改动方法**：将内存管理的"本端"与"远端"两条线拆开，各自回到正确的归属层： 1. **接口拆分**：RegedMemMgr 拆为 LocalRegedMemMgr（注册/注销/导出/枚举）、RemoteRegedMemMgr（导入/关闭）两个独立接口。hccs/aicpu_ts/NIC 插件等本远端操作天然耦合的形态只继承 LocalRegedMemMgr（消除多继承的菱形风险），其远端接口经 RemoteRegedMemMgrForwarder（RemoteRegedMemMgr 派生的纯转发视图）包装后由 GetRemoteRegMemMgr() 对外暴露，转发到同一 mgr 对象的同一实现，行为与拆分前一致。 2. **远端内存下沉到 Endpoint 实例级**：新增实例级 EndpointRemoteRegedMemMgr（RemoteRegedMemMgr 的唯一实现，RoCE/Ub 两族差异通过 MemDescParser/RemoteBufferCreator 注入适配），远端导入的引用计数收缩到 Endpoint 实例内；相同 endpointDesc 的不同实例互不干扰，重复导入在本实例内幂等成功（ref+1），不再报错。进程级 mgr（RoceRegedMemMgr/UbRegedMemMgr/UbMemRegedMemMgr）瘦身为只管本端内存。 3. **远端内存 key 增加进程维度**：memDesc 尾部追加 8 字节 pid，远端内存 key 变为 {endpointDesc, pid, BufferKey}，区分同一 endpointDesc 下不同远端进程的内存；旧格式 memDesc 导入直接报错，强制两端同版本。 4. **Endpoint 访问入口拆分**：Endpoint::GetRegedMemMgr() 拆为 GetLocalRegMemMgr()（纯虚）+ GetRemoteRegMemMgr()（默认 nullptr，不支持远端导入的 endpoint 无需 override），C API 适配层按操作类型分发到对应 mgr。 5. **memDesc 序列化/反序列化收敛**：memDesc 布局（DTO + EndpointDesc + pid）的构建与解析收敛为 reged_mem_mgr.h 中的 BuildMemDesc/ParseMemDesc 一对函数，同文件成对维护，RoCE/Ub 的导出与导入路径统一复用；解析侧保留长度校验、DTO 回读校验（拦截旧格式错位）与异常兜底。 本变更为内部实现重构 + 行为修复，对外 C API 签名无变化，include/ 头文件无变更，不涉及 API 兼容性问题。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug修复 - [x] ✨ 新特性 - [ ] 🚀 性能优化 - [x] 📝 文档更新 - [x] 📋 其他，请描述：内存管理模块架构重构（本端/远端管理职责分离） ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> NA ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： 1. 全量RDV测试（A2、A3、A5） 2. 新增 ut_endpoint_remote_mem_mgr.cc，覆盖实例级远端内存管理核心场景： - 同 {endpointDesc, pid} 重复导入：幂等成功、引用计数叠加，不报 E_AGAIN - 同 endpointDesc 不同 pid：各自独立管理，互不冲突 - 两次导入后逐次 unimport：第一次仅减引用，最后一次才真正删除并清理 - 旧格式 memDesc（无 pid）：导入报 HCCL_E_INTERNAL（含长度不足、长度达标但格式错位两种场景） - import/unimport 参数判空、owner 不存在返回 NOT_FOUND - 重复导入跳过 creator_（Ut_MemoryImport_When_Duplicate_Expect_CreatorCalledOnce） 3. 存量 UT 适配：stub endpoint 统一改为实现 GetLocalMemMgr()，mock 按 Local/Remote 接口分别打桩，C API 转发路径用例全部适配。 4. 验证方法：bash build.sh -u（编译并运行 UT）。 补充的UT用例： - test/ut/framework/next/comms/endpoints/reged_mems/ut_endpoint_remote_reged_mem_mgr.cc（新增 10 个用例） ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> - HcommMemUnimport.md - HcommMemImport.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!5149 | 10 天前 | |
[fix] 优化Host DPU多QP配置获取实现方式 Co-authored-by: qq_45577430<liuhongming4@huawei.com> # message auto-generated for no-merge-commit merge: !5298 merge feature/multi_qp_config into master [fix] 优化Host DPU多QP配置获取实现方式 Created-by: qq_45577430 Commit-by: qq_45577430 Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> 改动原因： 此前已提交以下两个相关 PR： - [PR #4886：[feat] 支持host网卡的多QP配置的获取](https://gitcode.com/cann/hcomm/pull/4886) ，通过 HCCP 接口读取 /etc/hcomm.cfg 中的多 QP 配置。 - [PR #5135：[feat] 支持通过环境变量配置多QP UDP源端口](https://gitcode.com/cann/hcomm/pull/5135) ，从环境变量 HCCL_HOST_RDMA_UDP_PORTS_LIST 读取多 QP UDP 源端口。 两个 PR 分别通过配置文件和环境变量提供 Host 网卡多 QP 配置，但相关解析和查询逻辑分散在 HCCP、legacy 及集合通信域管理层。根据 [Issue #835：优化Host网卡多QP配置获取方式](https://gitcode.com/cann/hcomm/issues/835)，本次将 /etc/hcomm.cfg 和 HCCL_HOST_RDMA_UDP_PORTS_LIST 的解析、合并与查询能力统一收归 src/coll_communicator_mgr/config_mgr，由新增的 HostMultiQpConfig 管理，不再依赖 HCCP 或在 legacy 中维护相关能力。同时新增 CollCommConfigMgr，统一持有和初始化集合通信域管理层的进程级配置 EnvUbConfig 与 HostMultiQpConfig，并由 CollCommMgr 管理其生命周期，确保多个通信域共享一致的配置解析结果。 改动方法： 1. 在 src/coll_communicator_mgr/config_mgr 新增 HostMultiQpConfig，统一管理 /etc/hcomm.cfg 和 HCCL_HOST_RDMA_UDP_PORTS_LIST。 2. 新增进程级配置管理类 CollCommConfigMgr，统一持有 EnvUbConfig 和 HostMultiQpConfig，并作为 CollCommMgr 的成员管理生命周期。 3. CollComm::Init 通过 CollCommMgr::InitConfigMgr() 统一初始化配置。 4. HostMultiQpConfig 先解析环境变量，再解析 /etc/hcomm.cfg，最终按物理设备 ID 保存到同一张配置表中；配置文件中的完整合法单卡配置覆盖对应环境变量配置。 5. ResolveQueueNum 和 RoceChannelDescConfigurator 通过 CollCommMgr::GetConfigMgr() 分别获取 Host RoCE 的 QP 数量和 UDP 源端口；未匹配 Host 多 QP 配置时继续回退到原有 MultiQpSrcPort.cfg 配置。UB 多 Channel 配置查询也通过同一配置管理器获取。 6. 删除 Host 多 QP 配置通过 RaGetHccnCfg 获取的逻辑及相关 HCCP 依赖，移除原有独立配置单例入口，并清理 legacy 中不再使用的环境变量解析、查询和符号导出。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [x] 📋 其他，请描述：代码实现方式优化 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> 关联 [Issue #835：优化Host网卡多QP配置获取方式](https://gitcode.com/cann/hcomm/issues/835) ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 补充或调整的 UT 用例： 1. test/ut/framework/next/comms/common/ut_host_multi_qp_config.cc：新增 HostMultiQpConfig UT，验证环境变量和配置文件的解析校验、配置覆盖与回退、空白及 CRLF 兼容、重复 key 处理和首次解析结果缓存。 2. test/ut/framework/next/comms/common/ut_config_mgr.cc：新增 CollCommConfigMgr UT，验证配置统一初始化、重复调用只解析一次，以及 EnvUbConfig 解析失败时的错误返回和后续配置解析短路行为。 3. test/ut/framework/next/coll_comms/api_c_adpt/ut_coll_comm_res_c_adpt.cc：调整 Host RoCE QP 数量相关 UT，验证用户指定 QP 数量、Host 多 QP 配置及原有配置之间的优先级和回退行为。 4. test/ut/framework/next/coll_comms/rank/ut_my_rank.cc：调整 Host RoCE UDP 源端口相关 UT，验证按物理设备匹配、Host 多 QP 配置优先、未匹配时回退以及端口循环复用行为。 ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> NA ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [x] 表示选中 --> - [x] 🧐 已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 - [x] 🔍 邀请 committer评论 /lgtm前的必要检查 - [x] 🏷️ 标题中使用了合适的类型标签（如：[feat], [fix]） - [x] 📄 代码修改内容已简要描述，相关文档已更新 - [x] 📝 代码注释已更新，代码遵循项目整体代码风格 - [x] 🧪 代码UT测试已更新，覆盖率已达标 - [x] 🔬 验证方法已更新到"测试"部分 - [x] 🛠️ 代码已通过静态分析工具检查，无错误 - [ ] 👥 代码检视/code review/同行评议和必要的代码串讲，确保代码质量 - [ ] ✅ 代码检视意见已处理或答复，无未处理的检视意见 - [ ] 🚀 预约 前冒烟 用例前的必要检查 - [ ] ✔️ 代码已有committer的/lgtm 和 模块committer的/lgtm评论 - [ ] 🔧 代码已通过compile，编译无错误，无告警 - [ ] 🖥️ 代码已通过基本功能本地测试或者在线测试，确保基本功能正常 - [ ] 🎯 预约 approver评论/approve，正式合入前的必要检查 - [ ] 📊 前冒烟 用例已全量通过 - [ ] 📦 新增功能已同步补充基本功能测试用例到前冒烟里 See merge request: cann/hcomm!5298 | 3 天前 | |
[feat]ThreadMgr底层归一到HcommThread标准C接口 Co-authored-by: littlemons<yaowenjie7@huawei.com> # message auto-generated for no-merge-commit merge: !4660 merge thread_new into master [feat]ThreadMgr底层归一到HcommThread标准C接口 Created-by: littlemons Commit-by: littlemons Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> 引入 4 个新 L0 HcommThread C-adpt 接口（ AllocWithStream / SupplementNotify / GetNotifyNum / ExportToCommEngine ），保留 L1 层 threadMgr 原有实现。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [x] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： 1. rdv冒烟用例 2. AICPU、CCU、AIV、DPU集合通信算子 3. HIXL单边通信，单机 4. 集合通信图模式 补充的UT用例： Ut_HcommThreadExportToCommEngine_When_CpuToAicpu_Expect_Success Ut_HcommThreadExportToCommEngine_When_NullHandle_Expect_E_PTR Ut_HcommThreadGetNotifyNum_When_Normal_Expect_Success Ut_HcommThreadSupplementNotify_When_NullHandle_Expect_E_PTR ## 文档更新 <!--如果这个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，正式合入前的必要检查 - [ ] 📊 前冒烟 用例已全量通过 - [ ] 📦 新增功能已同步补充基本功能测试用例到前冒烟里 See merge request: cann/hcomm!4660 | 1 个月前 | |
[feat]ThreadMgr底层归一到HcommThread标准C接口 Co-authored-by: littlemons<yaowenjie7@huawei.com> # message auto-generated for no-merge-commit merge: !4660 merge thread_new into master [feat]ThreadMgr底层归一到HcommThread标准C接口 Created-by: littlemons Commit-by: littlemons Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> 引入 4 个新 L0 HcommThread C-adpt 接口（ AllocWithStream / SupplementNotify / GetNotifyNum / ExportToCommEngine ），保留 L1 层 threadMgr 原有实现。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [x] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： 1. rdv冒烟用例 2. AICPU、CCU、AIV、DPU集合通信算子 3. HIXL单边通信，单机 4. 集合通信图模式 补充的UT用例： Ut_HcommThreadExportToCommEngine_When_CpuToAicpu_Expect_Success Ut_HcommThreadExportToCommEngine_When_NullHandle_Expect_E_PTR Ut_HcommThreadGetNotifyNum_When_Normal_Expect_Success Ut_HcommThreadSupplementNotify_When_NullHandle_Expect_E_PTR ## 文档更新 <!--如果这个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，正式合入前的必要检查 - [ ] 📊 前冒烟 用例已全量通过 - [ ] 📦 新增功能已同步补充基本功能测试用例到前冒烟里 See merge request: cann/hcomm!4660 | 1 个月前 | |
[build] License Header Co-authored-by: ouyangcaike<ouyangcaike@h-partners.com> # message auto-generated for no-merge-commit merge: !4556 merge build/oat into master [build] License Header Created-by: ouyangcaike Commit-by: ouyangcaike Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> 1. 全仓C/C++、CMake、Python、Shell文件规范头部License的使用 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [x] 📋 其他，请描述：工程 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> NA ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： 1. 编译成功 2. 全量拦截项通过 补充的UT用例： NA ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> NA ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [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!4556 | 1 个月前 | |
[revert] 回退 PR !4452 topo.json忽略net_layer字段 Co-authored-by: x00958740<xiehuijiao@huawei.com> # message auto-generated for no-merge-commit merge: !4761 merge topo_backup into master [revert] 回退 PR !4452 topo.json忽略net_layer字段 Created-by: x00958740 Commit-by: x00958740 Merged-by: cann-robot Description: ## 描述 回退 PR !4452（ [feat] topo.json忽略net_layer字段）引入的功能代码。 - 原 PR：https://gitcode.com/cann/hcomm/pull/4452 - 原合入提交：069ae40a5424716765b4e243c7adeae47dd428fa - 回退提交：cf3e7b0b0 - 回退方式：对原合入提交执行完整 git revert，共涉及 46 个文件 ## 变更类型 - [ ] Bug 修复 - [ ] 新特性 - [ ] 性能优化 - [ ] 文档更新 - [x] 其他：功能回退 ## 关联的 Issue NA ## 测试 已完成： 1. git diff --check HEAD^ HEAD 通过。 2. 回退提交无冲突生成，变更范围与原合入提交对应。 未执行本地编译、UT 或 ST，最终结果以 PR 流水线为准。 ## 文档更新 无。 ## 合入检查 - [x] 已确认回退目标为 PR !4452 的合入提交。 - [x] 已检查回退提交无空白错误。 - [ ] 编译、UT、ST 和 codecheck 以流水线结果为准。 See merge request: cann/hcomm!4761 | 30 天前 | |
move host only functions to op_base_host Co-authored-by: hubyang<yanghuabao@huawei.com> # message auto-generated for no-merge-commit merge: !5329 merge feature into master move host only functions to op_base_host Created-by: hubyang Commit-by: hubyang Merged-by: cann-robot Description: ## 描述 把https://gitcode.com/cann/hcomm/pull/4372 中引入的#if (!defined(HCCD)) && (!defined(CCL_KERNEL_AICPU))，拆分到host和device的不同文件中。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue https://gitcode.com/cann/hcomm/issues/758 ## 测试 已完成的测试用例和场景： 1. RDV测试 补充的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!5329 | 3 天前 | |
[build] License Header Co-authored-by: ouyangcaike<ouyangcaike@h-partners.com> # message auto-generated for no-merge-commit merge: !4556 merge build/oat into master [build] License Header Created-by: ouyangcaike Commit-by: ouyangcaike Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> 1. 全仓C/C++、CMake、Python、Shell文件规范头部License的使用 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [x] 📋 其他，请描述：工程 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> NA ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： 1. 编译成功 2. 全量拦截项通过 补充的UT用例： NA ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> NA ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [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!4556 | 1 个月前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 2 天前 | ||
| 3 天前 | ||
| 10 天前 | ||
| 3 天前 | ||
| 1 个月前 | ||
| 1 个月前 | ||
| 1 个月前 | ||
| 30 天前 | ||
| 3 天前 | ||
| 1 个月前 |