| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
[feat]: call aclrtMemSetAccess after FabricMem host Map Co-authored-by: youyx<youxiao@huawei.com> # message auto-generated for no-merge-commit merge: !785 merge feat/fabric-mem-set-access into master [feat]: call aclrtMemSetAccess after FabricMem host Map Created-by: youyx Commit-by: youyx Merged-by: cann-robot Description: **提交 PR 前，请先阅读 [HIXL贡献指南](https://gitcode.com/cann/hixl/blob/master/CONTRIBUTING.md) ，查看 PR 提交方式并遵守相关提交规范。** ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [x] 新特性 - [ ] 代码重构 - [ ] 文档更新 - [ ] 其他，请描述： ## 描述 FabricMem Host 内存在 aclrtMapMem 之后补充调用 aclrtMemSetAccess，为当前 Device 授予 READWRITE 权限，使 NPU/AIV 能访问 Host VMM 映射地址。 - 仅对 MEM_HOST 路径设置；Device 物理内存 Map 后本卡已具备访问权限 - SetAccess 失败时回滚 Unmap / Release VA / FreePhysical - 补充 UT stub 与失败回滚用例 ## 测试项 - [ ] bash tests/run_test.sh -t cpp -s fabric_mem - [x] 本地代码与 UT 桩更新完成（环境未跑全量 UT） ## Checklist <!-- [x] 表示选中 --> - [x] 该Pull Request的代码风格和项目的代码风格一致 - [x] 提交的代码已经过充分的验证 - [ ] 涉及的相关文档修改已更新 - [x] 标题中正确使用了类型标签（例如：feat/bugfix/refactor/docs/test等） ## 其它（可选） 目标分支为 cann/hixl master。 See merge request: cann/hixl!785 | 21 小时前 | |
[feat]: UBG scale-out 协议支持 Co-authored-by: tangjie66<tangjie66@huawei.com> # message auto-generated for no-merge-commit merge: !612 merge ubg into master [feat]: UBG scale-out 协议支持 Created-by: tangjie66 Commit-by: tangjie66 Merged-by: cann-robot Description: **提交 PR 前，请先阅读 [HIXL贡献指南](https://gitcode.com/cann/hixl/blob/master/CONTRIBUTING.md) ，查看 PR 提交方式并遵守相关提交规范。** ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [x] 新特性 - [ ] 代码重构 - [ ] 文档更新 - [ ] 其他，请描述： ## 描述 <!--简要描述本次改动的背景，包括改动的原因、解决的问题等。--> 新增 UBG（Unified Bus Gateway）ScaleOut 传输协议，用于 A5 平台跨超节点 NPU 间数据传输。UBG 走 NPU 内置 URMA 硬件口，以 EID 寻址，对标 UBoE 性能。 ### 1. UBG Endpoint 自动生成 - 新增 GenDefaultUbgEndpointConfig：通过 DCMI 查询 URMA EID 列表，按 byte[7]&0xC0==0x80 过滤出 UBG EID - 新增 GetScaleOutNetInstanceId：通过 DCMI 查询 super_pod_id，动态生成 net_instance_id（替代原 UBoE 硬编码 "default_superpod1_1"） - 新增 GenerateKv5EndpointByInterconType：无 protocol_desc 时按 DSMI InterconType 自动选择 UBG/UBoE/RoCE - 新增 InterconType 交叉校验：protocol_desc=ubg 但 InterconType≠4 时报错 ### 2. 协议匹配器重构 - 从硬编码 kCrossInstanceRules/kSameInstanceRules 规则数组重构为 MatchScenario + PriorityTable 模式 - 新增 ProtocolLock 机制：protocol_desc 指定 ubg 时锁定匹配，过滤非 ubg 协议 - 新增 kForceRoce 场景：HCCL_INTRA_ROCE_ENABLE=1 时强制只走 RoCE - 优先级表新增 UBG 条目（跨超节点 UBoE>UBG>RoCE，同超节点 UB>HCCS>UBoE>UBG>RoCE） ### 3. Host 内存映射泛化 - 新增 IsHostRegisterMappedProtocol()，将 UBoE 特有的 host→device 地址映射逻辑泛化覆盖 UBG - ConvertUboeDescs 改名 ConvertHostMappedDescs ### 4. UBG/UBoE 互斥校验 - protocol_desc 层：ubg+uboe 同时配 → kConflict → 拒绝 - local_comm_res 层：endpoint_list 同时含 ubg+uboe → 拒绝 - EngineFactory 层：最早拦截 ### 5. DSMI Proxy 扩展 - 新增 GetInterconType()：查 DSMI super_pod_intercon_type - 新增 IsInterconTypeSupported()：判断驱动是否支持该接口（老驱动降级） - dsmi_get_device_info 作为可选符号加载，失败不影响 GetDevSlotId ### 6. 其他 - endpoint_store::operator== 默认返回从 true 改为 false，修复未知协议误匹配 - ConvertToEndpointDesc UBG 分支走 ParseEidAddress + FillDeviceLocInfo - 全部 benchmark/脚本新增 --transport ubg 支持 - 补充关键路径日志（eid/net_instance_id EVENT、EndpointCreate 完整信息、MemReg host-mapped 路径） ## 测试项 <!--描述进行了哪些测试来验证本次改动，或新增了哪些测试用例。--> 见下方 ## 测试结果 <!--描述上述测试项的测试结果，可通过表格、图片等形式展示。--> ut用例流水线均执行通过 ## Checklist <!-- [x] 表示选中 --> - [x] 该Pull Request的代码风格和项目的代码风格一致 - [x] 提交的代码已经过充分的验证 - [x] 涉及的相关文档修改已更新 - [x] 标题中正确使用了类型标签（例如：feat/bugfix/refactor/docs/test等） ## 其它（可选） <!--可以在这里描述任何和该Pull Request相关的说明。--> - hcomm 需包含 PR #2899（COMM_PROTOCOL_UBG=9 + UbgEndpoint + AicpuTsUbgChannel） - 驱动需支持 DSMI dsmi_get_device_info 接口和 InterconType=4 ### 端到端传输（4） | 用例 | 验证点 | |------|--------| | EndToEndUbgBatchTransferHostToHost | UBG H2H 双向传输（READ+WRITE） | | EndToEndUbgBatchTransferHostToDevice | UBG H2D 双向传输 | | EndToEndUbgBatchTransferDeviceToHost | UBG D2H 双向传输 | | EndToEndUbgBatchTransferDeviceToDevice | UBG D2D 双向传输 | See merge request: cann/hixl!612 | 27 天前 | |
[feat]: UBG scale-out 协议支持 Co-authored-by: tangjie66<tangjie66@huawei.com> # message auto-generated for no-merge-commit merge: !612 merge ubg into master [feat]: UBG scale-out 协议支持 Created-by: tangjie66 Commit-by: tangjie66 Merged-by: cann-robot Description: **提交 PR 前，请先阅读 [HIXL贡献指南](https://gitcode.com/cann/hixl/blob/master/CONTRIBUTING.md) ，查看 PR 提交方式并遵守相关提交规范。** ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [x] 新特性 - [ ] 代码重构 - [ ] 文档更新 - [ ] 其他，请描述： ## 描述 <!--简要描述本次改动的背景，包括改动的原因、解决的问题等。--> 新增 UBG（Unified Bus Gateway）ScaleOut 传输协议，用于 A5 平台跨超节点 NPU 间数据传输。UBG 走 NPU 内置 URMA 硬件口，以 EID 寻址，对标 UBoE 性能。 ### 1. UBG Endpoint 自动生成 - 新增 GenDefaultUbgEndpointConfig：通过 DCMI 查询 URMA EID 列表，按 byte[7]&0xC0==0x80 过滤出 UBG EID - 新增 GetScaleOutNetInstanceId：通过 DCMI 查询 super_pod_id，动态生成 net_instance_id（替代原 UBoE 硬编码 "default_superpod1_1"） - 新增 GenerateKv5EndpointByInterconType：无 protocol_desc 时按 DSMI InterconType 自动选择 UBG/UBoE/RoCE - 新增 InterconType 交叉校验：protocol_desc=ubg 但 InterconType≠4 时报错 ### 2. 协议匹配器重构 - 从硬编码 kCrossInstanceRules/kSameInstanceRules 规则数组重构为 MatchScenario + PriorityTable 模式 - 新增 ProtocolLock 机制：protocol_desc 指定 ubg 时锁定匹配，过滤非 ubg 协议 - 新增 kForceRoce 场景：HCCL_INTRA_ROCE_ENABLE=1 时强制只走 RoCE - 优先级表新增 UBG 条目（跨超节点 UBoE>UBG>RoCE，同超节点 UB>HCCS>UBoE>UBG>RoCE） ### 3. Host 内存映射泛化 - 新增 IsHostRegisterMappedProtocol()，将 UBoE 特有的 host→device 地址映射逻辑泛化覆盖 UBG - ConvertUboeDescs 改名 ConvertHostMappedDescs ### 4. UBG/UBoE 互斥校验 - protocol_desc 层：ubg+uboe 同时配 → kConflict → 拒绝 - local_comm_res 层：endpoint_list 同时含 ubg+uboe → 拒绝 - EngineFactory 层：最早拦截 ### 5. DSMI Proxy 扩展 - 新增 GetInterconType()：查 DSMI super_pod_intercon_type - 新增 IsInterconTypeSupported()：判断驱动是否支持该接口（老驱动降级） - dsmi_get_device_info 作为可选符号加载，失败不影响 GetDevSlotId ### 6. 其他 - endpoint_store::operator== 默认返回从 true 改为 false，修复未知协议误匹配 - ConvertToEndpointDesc UBG 分支走 ParseEidAddress + FillDeviceLocInfo - 全部 benchmark/脚本新增 --transport ubg 支持 - 补充关键路径日志（eid/net_instance_id EVENT、EndpointCreate 完整信息、MemReg host-mapped 路径） ## 测试项 <!--描述进行了哪些测试来验证本次改动，或新增了哪些测试用例。--> 见下方 ## 测试结果 <!--描述上述测试项的测试结果，可通过表格、图片等形式展示。--> ut用例流水线均执行通过 ## Checklist <!-- [x] 表示选中 --> - [x] 该Pull Request的代码风格和项目的代码风格一致 - [x] 提交的代码已经过充分的验证 - [x] 涉及的相关文档修改已更新 - [x] 标题中正确使用了类型标签（例如：feat/bugfix/refactor/docs/test等） ## 其它（可选） <!--可以在这里描述任何和该Pull Request相关的说明。--> - hcomm 需包含 PR #2899（COMM_PROTOCOL_UBG=9 + UbgEndpoint + AicpuTsUbgChannel） - 驱动需支持 DSMI dsmi_get_device_info 接口和 InterconType=4 ### 端到端传输（4） | 用例 | 验证点 | |------|--------| | EndToEndUbgBatchTransferHostToHost | UBG H2H 双向传输（READ+WRITE） | | EndToEndUbgBatchTransferHostToDevice | UBG H2D 双向传输 | | EndToEndUbgBatchTransferDeviceToHost | UBG D2H 双向传输 | | EndToEndUbgBatchTransferDeviceToDevice | UBG D2D 双向传输 | See merge request: cann/hixl!612 | 27 天前 | |
[bugfix] 修改文件头许可证声明 Co-authored-by: xumengxuan<xumengxuan2@huawei.com> # message auto-generated for no-merge-commit merge: !249 merge declare into master [bugfix] 修改文件头许可证声明 Created-by: xumengxuan Commit-by: xumengxuan Merged-by: cann-robot Description: ## 类型标签 <!-- [x] 表示选中 --> - [x] Bug修复 - [ ] 新特性 - [ ] 代码重构 - [ ] 文档更新 - [ ] 其他，请描述： ## 描述 <!--简要描述本次改动的背景，包括改动的原因、解决的问题等。--> 根据issue135修改版权声明不标准的文件 ## 测试项 <!--描述进行了哪些测试来验证本次改动，或新增了哪些测试用例。--> 无 ## 测试结果 <!--描述上述测试项的测试结果，可通过表格、图片等形式展示。--> 无 ## Checklist <!-- [x] 表示选中 --> - [x] 该Pull Request的代码风格和项目的代码风格一致 - [x] 提交的代码已经过充分的验证 - [x] 涉及的相关文档修改已更新 - [x] 标题中正确使用了类型标签（例如：feat/bugfix/refactor/docs/test等） ## 其它（可选） <!--可以在这里描述任何和该Pull Request相关的说明。--> See merge request: cann/hixl!249 | 4 个月前 | |
[bugfix]按endpoint位置注册对应内存 Co-authored-by: jiazhaoyang<jiazhaoyang7@huawei.com> # message auto-generated for no-merge-commit merge: !754 merge fixRegMem-master into master [bugfix]按endpoint位置注册对应内存 Created-by: jiazhaoyang Commit-by: jiazhaoyang Merged-by: cann-robot Description: ## 类型标签 - [x] Bug修复 - [ ] 新特性 - [ ] 代码重构 - [ ] 文档更新 - [ ] 其他，请描述： ## 描述 修复 HixlCSServer 在 UB endpoint 场景下注册内存时未按 endpoint 位置筛选的问题。 此前 HixlCSServer::RegisterMem 会将同一块内存注册到 server 持有的所有 endpoint 上，导致 HOST 内存也可能注册到 DEVICE 侧 UB endpoint，或 DEVICE 内存注册到 HOST 侧 UB endpoint。 本次修改后，对于 UB endpoint： - COMM_MEM_TYPE_HOST 只注册到 ENDPOINT_LOC_TYPE_HOST endpoint； - COMM_MEM_TYPE_DEVICE 只注册到 ENDPOINT_LOC_TYPE_DEVICE endpoint； - 若没有匹配 endpoint，则返回 PARAM_INVALID。 非 UB endpoint 保持原有注册行为不变。 ## 测试项 - 新增 HIXL CS server 单元测试： - DEVICE 内存注册时跳过 HOST 侧 UB endpoint； - HOST 内存注册时跳过 DEVICE 侧 UB endpoint； - 仅存在 DEVICE 侧 UB endpoint 时注册 HOST 内存返回 PARAM_INVALID。 - 使用 HCCL 测试桩记录 HcommMemReg 调用，校验实际注册次数和注册内存类型。 - 执行 HIXL 测试： - bash tests/run_test.sh -s hixl - 单独执行新增用例。 ## 测试结果 全部通过 ## Checklist - [x] 该Pull Request的代码风格和项目的代码风格一致 - [x] 提交的代码已经过充分的验证 - [x] 涉及的相关文档修改已更新 - [x] 标题中正确使用了类型标签（例如：feat/bugfix/refactor/docs/test等） ## 其它（可选） See merge request: cann/hixl!754 | 13 天前 | |
[refactor]: ADXL 异步传输改用 TransferSlotPool 与 host_flag 完成检测 Co-authored-by: lbjyx<youxiao@huawei.com> # message auto-generated for no-merge-commit merge: !667 merge refactor/adxl-transfer-slot-pool into master [refactor]: ADXL 异步传输改用 TransferSlotPool 与 host_flag 完成检测 Created-by: youyx Commit-by: lbjyx Merged-by: cann-robot Description: **提交 PR 前，请先阅读 [HIXL贡献指南](https://gitcode.com/cann/hixl/blob/master/CONTRIBUTING.md) ，查看 PR 提交方式并遵守相关提交规范。** ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [x] 代码重构 - [ ] 文档更新 - [ ] 其他，请描述： ## 描述 背景：ADXL 异步传输原基于 per-TransferAsync 的 StreamPool stream + aclrtEvent + aclrtSynchronizeStream 实现，每请求独占流、靠事件与流同步判断完成；故障路径清理分散在多个函数；断连时若 aicpu 仍在展开任务，销毁 HCCL comm 会 coredump。 原因：事件+流同步开销大且无法感知流错误；多套重叠清理路径易漏释放 host_flag/slot 引用；断连未对在飞任务做 abort+等待保护。 方案： 1. 新增 TransferSlotPool：每 slot 持有 aclrtContext + 该 ctx 默认流（ACL_STOP_ON_FAILURE）+ 池级 dev_const_one；每 channel 借用一个 slot 并按 in-flight 批次 shared_ptr 引用计数复用，整批完成归还、失败 abort+重建。删除 StreamPool。 2. 异步完成改为 per-req host_flag（slot 流上 D2H 拷贝 dev_const_one）忙读 兜底，异步路径不再 aclrtSynchronizeStream；同步走 slot 流 + aclrtSynchronizeStreamWithTimeout。 3. 单一 device_launch_mu_ 串行化 submit/sync/poll/abort/断连，避免并发线程共享或中途 abort 同一条流。 4. FailChannel：提交/轮询/同步失败时清掉在飞 record、abort slot、置链路不可用，后续 sync+async 快速失败直至重连（auto_connect 仍断连）。 5. 断连保护：ClearResources 先 abort 绑定 slot 流，当有在飞任务或链路不可用时 sleep 100ms 再 HcclCommDestroy，等 aicpu 展开完成。 6. BufferTransferService 的 D2D/异步拷贝迁移到 RunSyncOnSlot。 ## 测试项 adxl 单元测试（adxl_test，覆盖 TransferSlotPool 复用/回收、host_flag 完成、stream-query 与 host-flag-never-set 失败路径、circuit-breaker 跨 sync/async fast-fail、disconnect guard、BufferTransferService） ## 测试结果 本地非 ASAN 构建运行 adxl_test：[==========] 84 tests from 13 test suites ran. (51045 ms total) [ PASSED ] 84 tests. ## Checklist <!-- [x] 表示选中 --> - [x] 该Pull Request的代码风格和项目的代码风格一致 - [x] 提交的代码已经过充分的验证 - [x] 涉及的相关文档修改已更新 - [x] 标题中正确使用了类型标签（例如：feat/bugfix/refactor/docs/test等） ## 其它（可选） 无 See merge request: cann/hixl!667 | 26 天前 | |
[bugfix]: 修复 TransferContext 清理竞争 Co-authored-by: zhaozhihui<zhaozhihui3@yeah.net> Co-authored-by: MingYang119<songmingyang@huawei.com> # message auto-generated for no-merge-commit merge: !689 merge bugfix/transfer-context-guard into master [bugfix]: 修复 TransferContext 清理竞争 Created-by: songmingyang Commit-by: MingYang119;zhaozhihui Merged-by: cann-robot Description: **提交 PR 前，请先阅读 [HIXL贡献指南](https://gitcode.com/cann/hixl/blob/master/CONTRIBUTING.md) ，查看 PR 提交方式并遵守相关提交规范。** ## 类型标签 <!-- [x] 表示选中 --> - [x] Bug修复 - [ ] 新特性 - [ ] 代码重构 - [ ] 文档更新 - [ ] 其他，请描述： ## 描述 <!--简要描述本次改动的背景，包括改动的原因、解决的问题等。--> 本次改动独立基于 upgrade/master，不依赖 feat/cs-transfer-resource-limit。 - 新增 kernel 侧 TransferContextManager，以独立文件维护 ThreadHandle 到 TransferContext 的映射；TransferContext 使用结构体保存普通锁和原子状态。 - 新增 SyncTransferContext kernel，TransferPool 在初始化、slot abort 重建、Finalize 时同步 add/destroy context；destroy 最多重试 30s，超时打印 event 日志后按强制清理继续释放资源。 - HixlBatchGet/Put 在 context 缺失、aborting、aborted 时直接返回失败，正常 context 下持普通锁执行原传输逻辑，避免 ThreadFree 与 kernel transfer 并发。 - TransferPool 统一管理 device function handles 和 aclrtBinHandle，确保 aclrtBinaryUnLoad 只在 pool 资源释放时执行一次。 - HixlCSClient 拆分 transfer pool 初始化并增加 rollback guard，后续 client 初始化失败时会释放 pool 引用；Destroy() 重复调用不会重复 Finalize()。 ## 测试项 <!--描述进行了哪些测试来验证本次改动，或新增了哪些测试用例。--> - git diff --cached --check - commit hook: trailing whitespace / eof / merge conflict / private key / clang-format / codespell / OAT - source ${ASCEND_HOME_PATH:-/home/zzh/Ascend/cann-9.1.0}/set_env.sh; bash tests/run_test.sh -s hixl - source ${ASCEND_HOME_PATH:-/home/zzh/Ascend/cann-9.1.0}/set_env.sh; build_test/tests/cpp/hixl/hixl_test --gtest_filter='TransferPoolTest.*:HixlCSClientDeviceFixture.*:LoadKernelFixture.*:HixlBatchTransferTest.*' - source ${ASCEND_HOME_PATH:-/home/zzh/Ascend/cann-9.1.0}/set_env.sh; timeout 60s build_test/tests/cpp/hixl/hixl_test --gtest_filter='HixlEngineUboeTest.InitializeWithUboeProtocol' ## 测试结果 <!--描述上述测试项的测试结果，可通过表格、图片等形式展示。--> - git diff --cached --check：通过。 - commit hook：通过；OAT hook 最终通过，过程中有 PlainReport_*.txt 不存在的日志噪声。 - bash tests/run_test.sh -s hixl：依赖下载和构建成功，输出 build success!；进入 hixl 并行测试后未产出最终 XML，日志停在 HixlEngineUboeTest.InitializeWithUboeProtocol，且当时没有残留 hixl_test 进程，因此中断。完整 hixl suite 结果未能确认。 - 定向 gtest：46 个用例全部通过。 - HixlEngineUboeTest.InitializeWithUboeProtocol 单测：60s timeout 包裹下单独执行通过。 ## Checklist <!-- [x] 表示选中 --> - [x] 该Pull Request的代码风格和项目的代码风格一致 - [x] 提交的代码已经过充分的验证 - [x] 涉及的相关文档修改已更新 - [x] 标题中正确使用了类型标签（例如：feat/bugfix/refactor/docs/test等） ## 其它（可选） <!--可以在这里描述任何和该Pull Request相关的说明。--> 无。 See merge request: cann/hixl!689 | 25 天前 | |
[refactor] tests 目录格式整改 Co-authored-by: xumengxuan<xumengxuan2@huawei.com> # message auto-generated for no-merge-commit merge: !633 merge format into master [refactor] tests 目录格式整改 Created-by: xumengxuan Commit-by: xumengxuan Merged-by: cann-robot Description: **提交 PR 前，请先阅读 [HIXL贡献指南](https://gitcode.com/cann/hixl/blob/master/CONTRIBUTING.md) ，查看 PR 提交方式并遵守相关提交规范。** ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [x] 代码重构 - [ ] 文档更新 - [ ] 其他，请描述： ## 描述 <!--简要描述本次改动的背景，包括改动的原因、解决的问题等。--> 整改tests目录c++代码格式 ## 测试项 <!--描述进行了哪些测试来验证本次改动，或新增了哪些测试用例。--> pre-commit检查 ## 测试结果 <!--描述上述测试项的测试结果，可通过表格、图片等形式展示。-->  ## Checklist <!-- [x] 表示选中 --> - [x] 该Pull Request的代码风格和项目的代码风格一致 - [x] 提交的代码已经过充分的验证 - [x] 涉及的相关文档修改已更新 - [x] 标题中正确使用了类型标签（例如：feat/bugfix/refactor/docs/test等） ## 其它（可选） <!--可以在这里描述任何和该Pull Request相关的说明。--> See merge request: cann/hixl!633 | 1 个月前 | |
[refactor]: delete Find*.cmake in modules Co-authored-by: Rentianqi<rentianqi3@huawei.com> # message auto-generated for no-merge-commit merge: !482 merge A5_dev into master [refactor]: delete Find*.cmake in modules Created-by: AlexRen998916 Commit-by: Rentianqi Merged-by: cann-robot Description: **提交 PR 前，请先阅读 [HIXL贡献指南](https://gitcode.com/cann/hixl/blob/master/CONTRIBUTING.md) ，查看 PR 提交方式并遵守相关提交规范。** ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [x] 代码重构 - [ ] 文档更新 - [ ] 其他，请描述： ## 描述 <!--简要描述本次改动的背景，包括改动的原因、解决的问题等。--> 删除modules路径下的所有Find*.cmake文件 ## 测试项 <!--描述进行了哪些测试来验证本次改动，或新增了哪些测试用例。--> 本地和流水线通过编译 ## 测试结果 <!--描述上述测试项的测试结果，可通过表格、图片等形式展示。--> 本地和流水线均编译成功 ## Checklist <!-- [x] 表示选中 --> - [x] 该Pull Request的代码风格和项目的代码风格一致 - [x] 提交的代码已经过充分的验证 - [x] 涉及的相关文档修改已更新 - [x] 标题中正确使用了类型标签（例如：feat/bugfix/refactor/docs/test等） ## 其它（可选） <!--可以在这里描述任何和该Pull Request相关的说明。--> See merge request: cann/hixl!482 | 1 个月前 | |
[refactor] tests 目录格式整改 Co-authored-by: xumengxuan<xumengxuan2@huawei.com> # message auto-generated for no-merge-commit merge: !633 merge format into master [refactor] tests 目录格式整改 Created-by: xumengxuan Commit-by: xumengxuan Merged-by: cann-robot Description: **提交 PR 前，请先阅读 [HIXL贡献指南](https://gitcode.com/cann/hixl/blob/master/CONTRIBUTING.md) ，查看 PR 提交方式并遵守相关提交规范。** ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [x] 代码重构 - [ ] 文档更新 - [ ] 其他，请描述： ## 描述 <!--简要描述本次改动的背景，包括改动的原因、解决的问题等。--> 整改tests目录c++代码格式 ## 测试项 <!--描述进行了哪些测试来验证本次改动，或新增了哪些测试用例。--> pre-commit检查 ## 测试结果 <!--描述上述测试项的测试结果，可通过表格、图片等形式展示。-->  ## Checklist <!-- [x] 表示选中 --> - [x] 该Pull Request的代码风格和项目的代码风格一致 - [x] 提交的代码已经过充分的验证 - [x] 涉及的相关文档修改已更新 - [x] 标题中正确使用了类型标签（例如：feat/bugfix/refactor/docs/test等） ## 其它（可选） <!--可以在这里描述任何和该Pull Request相关的说明。--> See merge request: cann/hixl!633 | 1 个月前 | |
[refactor] tests 目录格式整改 Co-authored-by: xumengxuan<xumengxuan2@huawei.com> # message auto-generated for no-merge-commit merge: !633 merge format into master [refactor] tests 目录格式整改 Created-by: xumengxuan Commit-by: xumengxuan Merged-by: cann-robot Description: **提交 PR 前，请先阅读 [HIXL贡献指南](https://gitcode.com/cann/hixl/blob/master/CONTRIBUTING.md) ，查看 PR 提交方式并遵守相关提交规范。** ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [x] 代码重构 - [ ] 文档更新 - [ ] 其他，请描述： ## 描述 <!--简要描述本次改动的背景，包括改动的原因、解决的问题等。--> 整改tests目录c++代码格式 ## 测试项 <!--描述进行了哪些测试来验证本次改动，或新增了哪些测试用例。--> pre-commit检查 ## 测试结果 <!--描述上述测试项的测试结果，可通过表格、图片等形式展示。-->  ## Checklist <!-- [x] 表示选中 --> - [x] 该Pull Request的代码风格和项目的代码风格一致 - [x] 提交的代码已经过充分的验证 - [x] 涉及的相关文档修改已更新 - [x] 标题中正确使用了类型标签（例如：feat/bugfix/refactor/docs/test等） ## 其它（可选） <!--可以在这里描述任何和该Pull Request相关的说明。--> See merge request: cann/hixl!633 | 1 个月前 |