PPU多卡ID映射

4.1.1 REAR-id

首先 16 卡机型目前的 PCIE BDF 都是固定的，如下图所示：

驱动在初始化 PPU 的时候，会根据图中 BDF 来确定这个 PPU 的机尾 id（REARid），例如 0000:c7:00.0 对应的 REARid 就是 1 ，其他的以此类推。按照图中 PCIE-bdf 来确定机尾 id，如果不属于图中机尾 2 列出来的 8 个 PCIE-bdf，机尾 id 就会默认是 1。

4.1.2 UNIQUE-id

随后驱动会根据 REAR-id，PCIE-domain-id，PCIE-bus-id，PCIE-slot-id，PCIE-func-id 生成一个 UNIQUE-id 来对 PPU 进行从小到大排序，UNIQUE-id 的格式如下：

union {
    struct {
        uint64_t PCIE-func-id   : 3;
        uint64_t PCIE-slot-id   : 5;
        uint64_t PCIE-bus-id    : 8;
        uint64_t PCIE-domain-id : 16;
        uint64_t REAR-id        : 32;
    };
    uint64_t UNIQUE-id;
};

4.2.1 MODULE-id

还是下面这张图：

图中从右数第二列对应的 OAMx 编号叫做 MODULE-id，例如 0000:c7:00.0 的 MODULE-id 就是 6，PPU 可以通过读取寄存器的方式获取 MODULE-id，就不会和 PCIE BDF 绑定在一起了，也就是说这个图中 PCIE-bdf 再如何变更，MODULE-id 是不变的。

4.2.2 REAR-id

随后我们需要通过另一种方式获取 REAR-id，如下图：

在 PCIE config space 内部，有一个 slot capability 的字段，这个字段对应的 [31:19] 是 BOX-id 和 SLOT-number 的组合，我们读取 BOX-id 作为 REAR-id。

需要额外注意的是，PCIE EP 通常是没有 slot capability 的，必须读取 EP 上一级 bridge 的 slot capability，具体的说明见 PCIE 规范：

驱动通过读取 PPU 上一级 bridge 的 config space 获取到 REAR-id。

4.2.3 UNIQUE-id

现在我们拥有了两个和 PCIE 物理槽位强绑定的 id

随后驱动会根据 REAR-id，MODULE-id 生成一个 UNIQUE-id 来对 PPU 进行从小到大排序，UNIQUE-id 的格式如下：

union {
    struct {
        uint64_t MODULE-id : 32;
        uint64_t REAR-id   : 32;
    };
    uint64_t UNIQUE-id;
};

5.2.1 排序方法1

5.2.2 排序方法2