## PR 主要改动总结 **核心改动：** 修复了 WebGPU 后端中 Conv 和 ConvTranspose 算子在使用 `auto_pad=SAME_UPPER` 且步长大于1时的填充计算错误。 **问题根源：** 代码在 `InferPadsAndOutputShape()` 已经计算出正确的填充值后，又进行了不必要的二次计算，导致 head padding 值不正确。 **解决方案：** 直接使用 `pads[0]` 和 `pads[1]` 中已计算好的正确值，移除了错误的重复计算逻辑，使行为与 TypeScript 实现保持一致。 **技术影响：** 该修复确保了 WebGPU 后端在处理带步长卷积的自动填充模式时能产生正确结果，提升了与其他后端的一致性和可靠性。
## PR 主要改动总结 **核心改动：** 修复了 WebGPU 执行提供程序中 ConvTranspose 算子对 bias 张量形状验证不正确的问题，涉及 TypeScript 和 C++ 两个实现。 **解决的问题：** 由于 `group` 属性未定义导致验证计算出现 NaN，使得无效的 bias 张量能够通过验证。修复方案包括：在解析时将未定义的 `group` 默认设置为 1（符合 ONNX 规范），并增强 bias 验证逻辑以检查其为一维张量且大小匹配输出通道数（`weight.dims[1] * group`）。 **技术要点：** 在 TypeScript 实现中使用空值合并运算符 `?? 1` 设置默认值，并在验证阶段添加了维度检查和详细的错误提示；C++ 实现中也进行了相应的同步修改，确保两端行为一致。 **影响：** 提高了 WebGPU 后端转置卷积操作的健壮性和错误提示质量，避免因参数验证不当导致的运行时错误。
## PR 主要改动总结 **核心改动：** 这个 PR 从 WebGPU 执行提供程序（EP）的 `MatMul::ComputeInternal()` 函数中移除了所有处理 `bias`（偏置）相关的逻辑代码。 **解决的问题：** 由于 ONNX 的 `MatMul` 算子本身不支持 `bias` 作为输入参数，因此在实现中处理偏置的逻辑是冗余和不必要的。这次清理移除了 18 行代码，仅添加 3 行，简化了实现。 **对 WebGPU 支持的影响：** 这是一次代码清理优化，不影响功能正确性，反而使 WebGPU 后端的矩阵乘法实现更加精简和符合 ONNX 规范。 **技术要点：** 移除了 `has_bias` 相关的条件判断和处理分支，使代码逻辑更清晰，减少了不必要的复杂度。
## PR 主要改动总结 **核心改动：** 修复了 ONNX Runtime WebGPU 执行提供程序中 Split 算子对动态输出形状的处理错误。 **解决的问题：** - 当 Split 算子的输出形状在运行时动态计算时，C++ 层错误地向 JavaScript 层传递了零值的 splitSizes 数组 - 这导致下游算子（如 Conv）因接收到错误的输入形状（如 [1,0,22]）而失败，报告通道数不匹配错误 **技术要点：** - C++ 侧在 `split.h` 中添加了 `has_dim_value()` 检查，避免在动态形状场景下错误使用 `dim_value()` 的零返回值 - 当检测到动态形状时，跳过传递 splitSizes 参数，让 JavaScript 层在运行时自行计算正确的分割尺寸 - TypeScript 侧（split.ts）增强了运行时形状计算逻辑，能够处理未预定义的分割尺寸情况 **对 WebGPU 的影响：** 显著提升了 WebGPU 后端对动态模型的支持能力，使包含动态 Split 操作的神经网络模型能够正确执行。
## PR 主要改动总结 **1. 核心功能：** 此 PR 为 ONNX Runtime 的 WebGPU 后端中的 `im2col` 核心添加了对任意 `input_channel` 大小的支持，通过引入 `vec1` 类型处理非 4 的倍数的输入通道数。 **2. 性能提升：** 解决了之前仅支持输入通道数为 4 的倍数的限制，使更多模型受益。在 YOLOv8n_pose 模型上，整体性能提升约 7%，对于输入通道数非 4 倍数的 Conv2D 算子性能提升达 50%。 **3. 技术实现：** 修改了 WGSL 着色器模板和 C++ 实现代码，通过动态选择向量化类型（vec1/vec2/vec4）来适配不同的输入通道配置，移除了之前对通道数必须是 4 的倍数的硬性限制。 **4. WebGPU 影响：** 增强了 WebGPU 后端对各种 CNN 模型的兼容性和性能表现，特别是对通道数配置不规则的模型提供了更好的支持。
## PR 主要改动总结 **核心改动：** 该 PR 通过在 `setup.py` 中添加自定义 Distribution 类，为所有 ONNX Runtime 变体包（包括 onnxruntime-webgpu）的 wheel 元数据注入 `Provides-Dist: onnxruntime` 字段，解决了现代 Python 依赖解析器（pip ≥20.3、uv、poetry 等）将变体包与基础包视为无关包而同时安装的问题。 **解决的问题：** 修复了依赖冲突问题 - 当项目同时依赖 `onnxruntime-gpu`（或其他变体）和间接依赖 `onnxruntime` 的包时，之前会错误地同时安装两个包，现在依赖解析器能正确识别变体包已提供基础包功能。 **对 WebGPU 的影响：** onnxruntime-webgpu 包现在会正确声明它提供了 onnxruntime 的功能，避免与基础包或其他变体包产生安装冲突。 **技术要点：** 通过 monkey-patch `setuptools.Distribution.write_pkg_file` 方法，在构建 wheel 时自动注入符合 PEP 566 规范的元数据，仅对非基础包生效，无需修改各变体包的单独配置。
## PR 主要改动总结 ### 核心功能 此 PR 为 ONNX Runtime 添加了**支持偏移量的张量拷贝功能**，允许在源和目标张量之间进行部分数据拷贝，而不仅限于完整张量拷贝。主要在 C API 层面新增了 `CopyTensorWithOffsets` 等方法，并在数据传输框架层进行了相应扩展。 ### 解决的问题 解决了原有张量拷贝机制无法精细控制拷贝范围的限制，新增了指定源/目标偏移量和拷贝大小的能力，使得内存操作更加灵活高效，避免了不必要的全量数据传输。 ### WebGPU 影响 针对 WebGPU Provider 进行了适配性改造，更新了 `buffer_manager` 和 `data_transfer` 模块，使其支持带偏移量的 GPU 缓冲区操作，增强了 WebGPU 后端在处理大型张量时的内存管理效率。 ### 技术要点 涉及 18 个文件的修改（新增 220 行，删除 40 行），核心改动集中在数据传输抽象层（`data_transfer.h/cc`）和 WebGPU 缓冲区管理模块，同时扩展了公开 C API 接口以支持外部调用。
## PR 主要改动总结 **1. 主要改动** 该 PR 从 GitHub Actions 的 lint 工作流中移除了对 `/js/` 文件夹的代码检查配置，删除了 20 行相关配置代码。 **2. 解决的问题** 由于 `/js/` 文件夹已被 `core/providers/webgpu` 替代，原有的针对 `/js/` 目录的 lint 检查已不再需要，此改动清理了过时的配置。 **3. 对 WebGPU 支持的影响** 这是 WebGPU 代码重构后的清理工作，反映了 WebGPU 实现已迁移到核心 provider 架构中，代码组织更加规范化。 **4. 技术要点** 纯粹的构建配置清理，移除冗余的 CI/CD 流程配置，不涉及功能代码变更。
## PR 主要改动总结 ### 核心功能 本 PR 为 ONNX Runtime 添加了一套 **header-only 的 EP (Execution Provider) API 适配器**，包含 14 个新增头文件，共计 1071 行代码，用于支持将 WebGPU EP 和 CUDA EP 作为插件式执行提供器进行构建。 ### 解决的问题 通过提供统一的适配器层，简化了外部执行提供器的开发流程。核心模块包括算子内核（OpKernel）、内核定义构建器（KernelDefBuilder）、内存分配器（Allocator）、日志系统（Logging）和数据传输管理器等基础组件，使得 EP 可以独立编译并以插件形式加载。 ### 对 WebGPU 的影响 这是 **WebGPU EP 插件化的关键基础设施**，使 WebGPU 执行提供器能够作为独立模块构建和部署，无需深度耦合到 ONNX Runtime 核心代码，提高了模块化程度和开发灵活性。 ### 技术要点 采用 header-only 设计避免 ABI 兼容性问题，通过适配器模式封装了内核注册、张量操作、设备管理等核心接口，为后续 EP 插件生态建设奠定了架构基础。
## PR 主要改动总结 ### 1. 主要功能 这个 PR 使 WebGPU Execution Provider (EP) 能够同时支持两种构建方式：传统的捆绑式 EP 和基于 EP API 的插件式 EP，而不是直接替换现有实现。 ### 2. 解决的问题 - 为 WebGPU EP 提供作为独立插件包的能力，支持 Web Component Runtime (WCR) 使用场景 - 实现从捆绑式 EP 到插件式 EP 的平滑过渡，保持向后兼容性 - 保留现有静态库构建方式（主要用于 Web 平台）继续工作 ### 3. 对 WebGPU 的影响 增强了 WebGPU EP 的灵活性和可扩展性，使其能够以插件形式独立部署，同时不影响现有的 Web 端集成方式。 ### 4. 技术要点 - 新增 `include/onnxruntime/ep/` 目录，包含通用的 EP 插件开发头文件（非 WebGPU 特定） - 提供适配器类将 C-API 对象转换为模拟 ORT 内部类的接口 - 重构了部分代码（如 ConcatBase）以支持代码复用 - 累计修改 77 个文件，新增约 2900 行代码