变更摘要

此 PR 将 acc_offload 的 kernel 构建方式由 install.sh 中手写 bisheng -x asc 编译改为使用 cmake 的 ascendc_library 构建，以解决 sparse_copy kernel 因 codegen 质量不足导致的 H2D 带宽偏低问题。改动集中在 script/run_pkg_maker/install.sh：新增通过 cmake -S . -B build_cmake 配置并构建出静态库 libmf_accoffload_kernel.a，随后以 --whole-archive 方式将其链接进 libmf_hybm_accoffload.so；同时新增 src/acc_offload/csrc/operators/config_ascendc.cmake 用于在多种 CANN 安装布局下定位并引入 ascendc_kernel_cmake。整体仅调整构建与链接流程，不涉及功能逻辑。

主要改动

• kernel 构建从手写 bisheng 改为 cmake ascendc_library：install.sh 删除原来的 bisheng -x asc ... -o libmf_hybm_accoffload_kernel.so 编译命令，改为导出 ASCEND_HOME_PATH 后执行 cmake 配置（含 -DSOC_VERSION=ascend910_9382、-DCMAKE_BUILD_TYPE=RELEASE）并通过 cmake --build 生成 build_cmake/lib/libmf_accoffload_kernel.a，失败时清理 build_cmake 并退出。
• 新增 config_ascendc.cmake 定位 ascendc 构建环境：该文件从 ASCEND_HOME_PATH（含环境变量回退）下按 tools/tikcpp/ascendc_kernel_cmake、compiler/tikcpp/ascendc_kernel_cmake、ascendc_devkit/tikcpp/samples/cmake 三种路径依次查找并 include ascendc.cmake，未找到时输出 FATAL_ERROR。
• 链接方式由动态库改为静态库全量链接：最终 g++ -shared 生成 libmf_hybm_accoffload.so 时，将原来的 -L. -lmf_hybm_accoffload_kernel 替换为 -Wl,--whole-archive ${KERN_A} -Wl,--no-whole-archive，确保静态库符号被完整打入。
• 安装与清理流程调整：拷贝产物时不再复制 libmf_hybm_accoffload_kernel.so，仅安装 libmf_hybm_accoffload.so，并在结尾清理 build_cmake 目录。

openLiBing可接管PR, PR详情链接:
https://www.openlibing.com/apps/transitionPrDetail?owner=Ascend&repo=memfabric_hybrid&number=1129&platform=gitcode&codeHostingPlatformFlag=gitcode

代码审查

审查完成。以下是本次评审的结论。

变更文件审查确认

• script/run_pkg_maker/install.sh — 发现 3 个问题（1×P1、2×P3），详见上文。
• src/acc_offload/csrc/operators/CMakeLists.txt — 无独立问题（其 SOC_VERSION 默认值硬编码 ascend910_9382 的问题已在 install.sh 的 P1 发现中一并说明）。
• src/acc_offload/csrc/operators/config_ascendc.cmake — 无独立问题（ASCEND_HOME_PATH 未加引号与 install.sh 属于同类低概率路径含空格问题，未单独上报）。

结论

• 按优先级统计：P0 0 个，P1 1 个，P2 0 个，P3 2 个。
• 总体风险判断：中高风险。核心风险在于构建方式切换时把 kernel 的 SoC 版本硬编码为 A3（ascend910_9382），丢失了原先对 A5（dav-c310）平台的架构分支，可能导致 A5 平台安装/运行回归；其余为依赖校验与引号缺失等健壮性问题，影响相对次要。

⛔ 需要修改

• compile : 运行流水线
• retry : 重试流水线所有失败子任务
• retry <任务名> : 仅重试指定失败子任务
• stop : 停止流水线