| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
【PR】: 简要描述 同步修改到主线，适配A6 Co-authored-by: j00427146<jialimin1@huawei.com> # message auto-generated for no-merge-commit merge: !4249 merge master into master 【PR】: 简要描述 同步修改到主线，适配A6 Created-by: jialimin1 Commit-by: j00427146 Merged-by: cann-robot Description: # Pull Request ## 描述 适配 Cloud V6（A6）芯片在 runtime 主线中的能力识别： 1. 新增值为 22 的 CHIP_CLOUD_V6 芯片类型。 2. AICPU 自定义调度在 Cloud V6 上启用 PID 绑定，AICPU 调度启用 MSQ V2。 3. 队列调度和 TSD 客户端将 Cloud V6 纳入可见设备设置支持范围。 4. 包管理组件将 Cloud V6 的安装包标题解析为 Ascend。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue #847 <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 建议按以下场景验证本次变更： 1. **编译构建测试**：编译 AICPU 调度、队列调度和 TSD 相关目标，确认新增芯片枚举及分支无编译错误。 2. **AICPU 功能验证**：模拟芯片类型 22，确认自定义调度启用 PID 绑定，普通调度启用 MSQ V2。 3. **可见设备功能验证**：确认队列调度和 TSD 客户端对芯片类型 22 返回支持设置可见设备。 4. **包环境解析验证**：确认芯片类型 22 的 package title 被解析为 Ascend。 5. **回归测试**：验证 Ascend 910A、910B、950、350 及 Cloud V5 的既有分支行为保持不变。 > 本描述仅列出由代码变更推导的测试场景，未代替实际测试结果；请由提交者补充执行结果。 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [ ] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [ ] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 本次变更仅扩展 Cloud V6（A6）的芯片能力映射，不改变其他芯片的处理逻辑。 See merge request: cann/runtime!4249 | 1 个月前 | |
【PR】: 简要描述 同步修改到主线，适配A6 Co-authored-by: j00427146<jialimin1@huawei.com> # message auto-generated for no-merge-commit merge: !4249 merge master into master 【PR】: 简要描述 同步修改到主线，适配A6 Created-by: jialimin1 Commit-by: j00427146 Merged-by: cann-robot Description: # Pull Request ## 描述 适配 Cloud V6（A6）芯片在 runtime 主线中的能力识别： 1. 新增值为 22 的 CHIP_CLOUD_V6 芯片类型。 2. AICPU 自定义调度在 Cloud V6 上启用 PID 绑定，AICPU 调度启用 MSQ V2。 3. 队列调度和 TSD 客户端将 Cloud V6 纳入可见设备设置支持范围。 4. 包管理组件将 Cloud V6 的安装包标题解析为 Ascend。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue #847 <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 建议按以下场景验证本次变更： 1. **编译构建测试**：编译 AICPU 调度、队列调度和 TSD 相关目标，确认新增芯片枚举及分支无编译错误。 2. **AICPU 功能验证**：模拟芯片类型 22，确认自定义调度启用 PID 绑定，普通调度启用 MSQ V2。 3. **可见设备功能验证**：确认队列调度和 TSD 客户端对芯片类型 22 返回支持设置可见设备。 4. **包环境解析验证**：确认芯片类型 22 的 package title 被解析为 Ascend。 5. **回归测试**：验证 Ascend 910A、910B、950、350 及 Cloud V5 的既有分支行为保持不变。 > 本描述仅列出由代码变更推导的测试场景，未代替实际测试结果；请由提交者补充执行结果。 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [ ] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [ ] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 本次变更仅扩展 Cloud V6（A6）的芯片能力映射，不改变其他芯片的处理逻辑。 See merge request: cann/runtime!4249 | 1 个月前 | |
【PR】: 简要描述 process mode manager 上帝类重构 Co-authored-by: LiWei79<liwei174@huawei.com> # message auto-generated for no-merge-commit merge: !3632 merge package_manager into master 【PR】: 简要描述 process mode manager 上帝类重构 Created-by: LiWei79 Commit-by: LiWei79 Merged-by: cann-robot Description: # Pull Request ## 描述 对 ProcessModeManager 上帝类进行重构，将其拆分为 4 个单一职责的类，同时归档包处理文件到 basic_component/package_manager。 ### 主要变更 **1. ProcessModeManager God Class 拆分** - **提取 ProcessSharedContext** — 将 rspCode_/errMsg_/errorLog_/startOrStopFailCode_/openSubPid_/pidArry_/pidList_ 等共享响应状态提取为独立的 ProcessSharedContext 结构体 - **提取 ResponseMsgDispatcher** — 将 DeviceMsgProcess/ServerToClientMsgProc/PackageInfoMsgProc/CapabilityResMsgProc/PidQosMsgProc/StoreProcListStatus 等 21 条消息回调注册和响应处理逻辑提取为独立的 ResponseMsgDispatcher 类 - **提取 SubProcessController** — 将 ProcessOpenSubProc/ProcessCloseSubProc/ProcessCloseSubProcList/GetSubProcStatus/GetSubProcListStatus/RemoveFileOnDevice 等 SubProc 生命周期管理方法提取为独立的 SubProcessController 类 - **提取 TsdProcessController** — 将 Open/Close/GetHdcConctStatus/InitQs/UpdateProfilingConf/WaitRsp/BuildBaseMessageContext 等 TSD 进程生命周期管理方法提取为独立的 TsdProcessController 类 **2. PackageManager 抽取** - 将 ProcessModeManager 中的包管理功能解耦为独立的 PackageManager 类，以组合形式存在于 ProcessModeManager 中 - 将所有包处理相关文件从 common/ 和 tsdclient/ 归档到 basic_component/package_manager/ **3. Stub 文件整理** - 合并 stub_process_mode_nowin.cpp 到 tsd_process_controller.cpp - 迁移 stub_dc.cpp 到 common/stub/ - 删除 tsdclient/src/stub/ 空目录 ### 重构前后对比 | 指标 | 重构前 | 重构后 | |------|--------|--------| | ProcessModeManager.h 行数 | 229 | 166 | | ProcessModeManager.cpp 行数 | 783 | 114 | | ProcessModeManager 方法数 | 60+ | 16（薄委托） | | ProcessModeManager 数据成员 | 25+ | 6 | | 新增类 | - | ProcessSharedContext / ResponseMsgDispatcher / SubProcessController / TsdProcessController | ## 变更类型 请选择本次引入的变更类型： - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [x] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue #733 ## 如何测试 根据代码变更，测试场景如下： 1. **编译构建测试** - 执行 cmake 配置和编译，验证 CMakeLists.txt 配置变更正确 - 验证 libtsdclient.so 能正确链接 2. **单元测试** - 执行 tsd_client_utest，验证 774 个测试用例全部通过 - 验证 ProcessModeManager 的所有 virtual 接口（Open/Close/GetHdcConctStatus/ProcessOpenSubProc 等）行为不变 - 验证 ResponseMsgDispatcher 的 21 条消息回调注册和分发正确 - 验证 SubProcessController 的子进程管理功能（Open/Close/GetStatus） - 验证 TsdProcessController 的 TSD 进程管理功能（Open/Close/InitQs/UpdateProfilingConf） 3. **ABI 兼容性验证** - 验证对外 C API 符号（TsdOpen/TsdClose/GetHdcConctStatus 等 12 个）无变化 - 验证 ProcessModeManager 虚函数表（vtable）无变化 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 重构方案基于 Composition over Inheritance + Facade 设计模式，已通过专家代码审查（修复了 POD 成员未初始化和封装性问题），UT 774 passed 零回归，ABI 无变化。 See merge request: cann/runtime!3632 | 2 个月前 | |
refactor: PackageManager 消除循环依赖与反向分层依赖(#787) Co-authored-by: LiWei79<liwei174@huawei.com> # message auto-generated for no-merge-commit merge: !3970 merge package_new_loader into master refactor: PackageManager 消除循环依赖与反向分层依赖(#787) Created-by: LiWei79 Commit-by: LiWei79 Merged-by: cann-robot Description: # Pull Request ## 描述 重构 TSD PackageManager 及包管理内部组件，消除循环依赖和反向分层依赖： - 新增 PackageContext，集中管理响应码、设备状态、重试标志和 host/device check code 等共享状态。 - 移除 PackageLoader、PackageSender、PackageCheckCodeService 对 PackageManager 的回指，改为显式依赖协作。 - 收敛 PackageManager 中仅用于内部转发的接口，保留现有对外入口。 - 将 ProfilingMode、RunningMode、ChipType_t、ResponseCode 下沉到 basic_define.h，消除 basic_component 对 tsdclient 的反向 include。 - 同步调整 TSD 单元测试和相关 mock，不改变现有对外接口签名。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue #787 ## 如何测试 1. 执行 TSD 相关单元测试，提交记录显示 824 个 UT 全部通过。 2. 编译验证 PackageManager、PackageLoader、PackageSender、PackageCheckCodeService 和 tsdclient 的声明与实现一致。 3. 回归包配置加载、host/device check code 比较、包发送、插件版本比较及关闭后状态重置场景。 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 本次不涉及对外接口或用户文档变更 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 本次重构保持对外接口签名不变，主要调整 TSD 包管理模块内部依赖关系和状态归属。 See merge request: cann/runtime!3970 | 2 个月前 | |
fix: 修复 TSD 客户端并发初始化竞态(#832) Co-authored-by: Ding_Jing<dingjing19@huawei.com> # message auto-generated for no-merge-commit merge: !4303 merge fix/tsd-client-concurrent-init into master fix: 修复 TSD 客户端并发初始化竞态(#832) Created-by: Ding_Jing Commit-by: Ding_Jing Merged-by: cann-robot Description: # Pull Request ## 描述 修复 TSD 客户端在多 device 并发首次调用时的共享状态初始化竞态： - 使用独立互斥锁串行化 visible-device 映射的初始化与查询，避免 g_userDeviceInfo 并发 new/insert。 - 使用独立互斥锁保护 platform 信息的检查与初始化，避免 g_hadGetPlatformInfo 和 g_platInfo 的并发读写。 - 将锁限制在初始化相关代码块内，保留初始化失败后的重试行为。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue #832 ## 如何测试 1. 增量编译 tsd_client_utest，构建成功。 2. 运行 ClientManagerVisibleDeviceIsolationTest.*:ClientManagerTest.*，19 个用例全部通过。 3. 运行 pre-commit，clang-format 与 OAT 合规检查全部通过。 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已确认本次修改不需要更新文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 本次修改不涉及接口、配置或文档变化。 See merge request: cann/runtime!4303 | 1 个月前 | |
add tsdclient Co-authored-by: 苏俊伟<sujunwei3@huawei.com> | 8 个月前 | |
清理cmake configure阶段多余打印 Co-authored-by: Feiteng Zheng<zhengfeiteng1@h-partners.com> # message auto-generated for no-merge-commit merge: !1269 merge 20260327-refactor into master 清理cmake configure阶段多余打印 Created-by: zhengfeiteng Commit-by: Feiteng Zheng Merged-by: cann-robot Description: ## 描述 - 清理cmake configure阶段多余打印 - acp在oam-tools中编译打包，rts删除相关编译流程 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。例如：关联Issue #000--> ## 测试 已验证修改前后runtime包二进制一致。 ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 类型标签 <!-- [x] 表示选中 --> - [ ] Bug修复 - [ ] 新特性 - [x] 性能优化 - [ ] 文档更新 - [ ] 其他，请描述： See merge request: cann/runtime!1269 | 6 个月前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 1 个月前 | ||
| 1 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 1 个月前 | ||
| 8 个月前 | ||
| 6 个月前 |