执行摘要

• 一句话：修复 MXFP4 量化层中 LoRA 测试的维度暴露问题。
• 推荐动作：建议工程师关注此 PR 以了解 MXFP4 量化层中维度暴露的模式，对于处理类似量化或 LoRA 集成的开发有价值。变更简单，无需深入精读，但可作为量化模块维护的参考案例。

功能与动机

PR body 明确指出目的是修复 LoRA 测试。review 中 gemini-code-assist[bot] 评论解释：'fixes a bug in LoRA tests for models using MXFP4 quantization'，因为 LoRA 和 Marlin 代码需要读取 layer.hidden_size 和 layer.intermediate_size_per_partition，但 MXFP4 量化层之前未正确暴露填充后的维度。

实现拆解

在文件 vllm/model_executor/layers/quantization/mxfp4.py 的 create_weights 函数中，添加了代码设置 layer.params_dtype、layer.num_experts、layer.hidden_size 和 layer.intermediate_size_per_partition 属性。这些属性暴露了填充后的尺寸（如 intermediate_size_per_partition_after_pad），以匹配其他量化方法的模式，确保 LoRA 测试能正确运行。

关键文件：

• vllm/model_executor/layers/quantization/mxfp4.py（模块 model_executor/layers/quantization）: 唯一修改文件，在 create_weights 函数中添加代码暴露填充维度，是修复 LoRA 测试的核心变更。

关键符号：create_weights

评论区精华

review 中仅有少量讨论。gemini-code-assist[bot] 评论指出变更正确且目标明确，jeejeelee 和 mgoin 直接批准。没有争议或未解决疑虑，讨论简洁无深度交锋。

• 变更正确性确认 (correctness): 变更被审阅者认可，无争议，直接批准。

风险与影响

• 风险：风险较低，因为变更仅为属性设置，不涉及核心逻辑修改。但需确保这些属性在其他代码中使用时不引发兼容性问题，例如如果其他地方依赖未填充的原始尺寸。此外，提交历史中第二个提交删除了 timeout，可能影响测试稳定性，但上下文不足，不确定性较低。
• 影响：直接影响是修复 LoRA 测试，确保使用 MXFP4 量化的模型在 LoRA 场景下能正确工作。对最终用户透明，但工程师需注意 MXFP4 量化层与 LoRA 集成的维度处理模式，可能影响后续量化或 MoE 相关开发。
• 风险标记：无显著风险, 测试依赖变更

关联脉络

• PR #37877 [Bugfix][LoRA] Fix incorrect LoRA Log: 同为 LoRA 相关的 bugfix，涉及日志输出，显示团队在持续优化 LoRA 功能。
• PR #37784 [XPU][MoE Refactor] Refactor xpu mxfp4 support into oracle: 涉及 MXFP4 量化层重构，共享相同文件 vllm/model_executor/layers/quantization/mxfp4.py，显示量化模块的演进。
• PR #37816 [CI/Build][LoRA] Update Qwen35 LoRA testing: 更新 LoRA 测试配置，与本 PR 的测试修复相关，反映测试套件的维护。