CI: 修复 CPU 测试因 tl.exp2 import 失败

1. 执行摘要

该 PR 通过一行新增代码修复了 PR #43195 引入的 CPU CI 崩溃问题：在 TritonLanguagePlaceholder 中添加 exp2 属性占位，确保 tl.exp2 在 CPU 无 GPU 驱动环境下可以正常 import。影响范围仅限于 CPU CI 流程，无需其他改动。

2. 功能与动机

PR #43195 在 vllm/model_executor/layers/fla/ops/op.py 中添加了模块级 exp2 = tl.exp2，用于支持 FLA（Flash Linear Attention）操作。然而，vLLM 的 CPU CI 使用 TritonLanguagePlaceholder 来模拟 triton.language（当没有 GPU 驱动时），该占位类未暴露 exp2 属性，导致 from tl import exp2 失败，进而在 Buildkite pipeline #67370（Multi-Modal Processor）和 #67383（Async Engine, Inputs, Utils, Worker, Config）中报错。

作者 haosdent 在 Issue 评论中提到这是 #43195 的 follow-up，reviewer zexplorerhj 亦承认是自己的疏忽。

3. 实现拆解

1. 定位问题：TritonLanguagePlaceholder.__init__ 中已有 exp、log、log2 等属性的占位，但缺少 exp2。
2. 修改：在 vllm/triton_utils/importing.py 的 TritonLanguagePlaceholder.__init__ 方法中，于 self.exp = None 之后添加 self.exp2 = None。
3. 设计考量：白名单保持显式，hasattr(triton.language, 'exp2') 在 CPU 上返回 True，而其他未列出的属性（如 gather）仍返回 False，与原有探测行为一致。
4. 测试配套：未添加单独测试文件，但修复后的 CPU CI pipeline 应能通过验证。

vllm/triton_utils/importing.py 中 TritonLanguagePlaceholder 类初始化方法，新增 self.exp2 = None 一行：

class TritonLanguagePlaceholder(types.ModuleType):
    def __init__(self):
        super().__init__("triton.language")
        self.constexpr = None
        self.dtype = None
        self.int64 = None
        self.int32 = None
        self.tensor = None
        self.exp = None
        self.exp2 = None # 新增 : 支持 tl.exp2，用于 fla ops，修复 CPU CI 崩溃
        self.log = None
        self.log2 = None

5. 评论区精华

• haosdent（作者）：“这是 #43195 的 follow-up。”
• zexplorerhj（reviewer）：“yeah，my fault，thanks for your fix”

讨论简洁，无异议，直接进入合流程。

6. 风险与影响

• 风险：极低。仅增加一个 None 属性，不影响 GPU 路径；CPU 侧占位类行为保持一致。
• 影响：修复 CPU CI 构建失败，使带有 FLA 操作的模型（如某些 Mamba 变体）能够在 CPU 环境中正确导入。对 GPU 用户无感知。

7. 关联脉络

• PR #43195（引入 tl.exp2）：本 PR 是 #43195 的后续修复，解决其未考虑 CPU 占位类兼容性的问题。
• 与同仓库其他 PR 无直接关联。
• 该修复体现了 vLLM 在跨平台开发中维护占位类需要及时跟进内核库符号变化的模式。