Pull Request

描述

支持由 runtime 控制关闭 AICPU kernel timeout monitor，并保证后启动的 custom-sd 接收关闭通知。

主要变更：

• 新增 CloseAicpuMonitor HWTS kernel，接收 runtime 下发的 monitor 开关。
• 主 scheduler 和 custom-sd 使用原子开关；monitor 关闭时跳过任务计时启动和超时处理，任务结束仍清理 timer。
• custom-sd 在 startup response 前注册 CCPU callback；首次启动后，主 scheduler 通过 CCPU_DEVICE + group 30 + EVENT_CCPU_CTRL_MSG 异步下发关闭通知。
• 通知消息使用 TsdSubEventInfo，closeFlag 存放在 priMsg；custom-sd callback 更新本地 monitor 状态。
• 驱动提交失败时记录错误并阻断 custom 启动，避免主 scheduler 与 custom-sd 的 monitor 状态不一致。
• AICPU 侧不判断芯片形态，是否调用该能力由 runtime 控制。

变更类型

请选择本次引入的变更类型：

• 🐛 Bug 修复
• ✨ 新功能
• 💄 代码风格更新（格式化，局部变量）
• ♻️ 重构（既不修复错误也不增加功能的代码变动）
• 📦 构建过程或辅助工具的变动
• 📝 文档内容更新

关联的Issue

Closes #794

https://gitcode.com/cann/runtime/issues/794

如何测试

1. 构建 aicpu_aicpuschedule_utest 和 aicpu_custom_schedule_utest。
2. 运行主调度器全量 UT：1470/1470 通过。
3. 运行 custom-sd 全量 UT：262/262 通过。
4. 验证 close/open monitor、group 30 消息路由、callback 注册、异步提交失败拦截和 timer 清理。
5. 运行 clang-format、OAT 和远端 Git Hook，均通过。

核对清单

• 我的代码遵循了项目的代码风格
• 我已对代码进行了自测
• 我已更新了相关的文档（本次无外部 API 或用户文档变更）
• 我在标题中使用了合适的类型标签（如：feat:, fix:）
• 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等