对比文件名称：2001-12-13_US2001052053A_发明申请_US20010052053A1 Stream processing unit for a multi-streaming processor
目标专利名称：434具有锁定指示器的多线程处理器CN101884029B
模型名称：本次调用未提供模型名称
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A：** 接收与所述多线程处理器的第一线程相关联的翻译旁视缓冲器TLB未中事件《直接公开》 | 第[0046]段：“TLB未中事件发生在软件管理的TLB处。” | 对比文件明确公开了在多线程处理器（如XCaliber处理器）中会发生TLB未中事件（TLB miss event）。虽然此处未明确指定为“第一线程”，但TLB未中是处理器操作中与执行线程相关联的常见事件。本领域技术人员可以毫无疑义地理解，在多线程环境下，TLB未中事件必然与某个特定的线程相关联。因此，该特征被对比文件直接公开。 |
| **B：** 检查TLB锁定指示器，其中所述TLB锁定指示器包含存储在全局控制寄存器处的位《未公开》 | 第[0064]段：“The XCaliber processor incorporates a fully associative TLB similar to the well-known MIPS R4000 implementation, but with 64 rather than 48 entries. This allows up to 128 pages to be mapped ranging in size from 4K bytes to 16M bytes. … The TLB is shared across all contexts running in the machine, thus software must guarantee that the translations can all be shared.” | 对比文件公开了TLB由所有运行中的上下文（线程）共享，并且需要软件保证其一致性。然而，对比文件并未公开一个专门的“TLB锁定指示器”，尤其没有公开该指示器是“存储在全局控制寄存器处的位”。对比文件中提到的控制寄存器（如CP0寄存器）用于管理TLB条目和地址空间ID（ASID），其功能是进行地址翻译和存储管理，而非作为指示共享资源锁定/解锁状态的硬件锁。因此，该特征未被对比文件公开。 |
| **C：** 响应于所述TLB锁定指示器指示未锁定状态而允许所述第一线程存取与TLB相关联的异常处置器《未公开》 | 第[0064]段：“Each context has its own Address Space ID (ASID) register, so it is possible to allow multiple streams to run simultaneously with the same virtual address translating to different physical addresses.” | 对比文件描述了通过每个上下文独有的ASID寄存器来实现多线程并行翻译，这涉及的是地址空间的隔离，而非对共享资源（TLB本身）的存取控制。目标专利中“允许存取异常处置器”是基于硬件锁定状态的自动决策机制。对比文件没有公开任何基于硬件锁定指示器状态来允许或禁止线程存取TLB异常处置器的逻辑或电路。因此，该特征未被对比文件公开。 |
| **D：** 响应于所述TLB锁定指示器指示锁定状态而：使所述第一线程休眠，其中由休眠模式电路响应于接收到来自控制电路的休眠指令而使所述第一线程休眠《未公开》 | 第[0249]-[0251]段：“The SIESTA instruction causes the context to sleep for the specified number of cycles, or until an interrupt occurs. … This instruction is used to increase the efficiency of busy-waits.” | 对比文件公开了通过执行特定的“SIESTA”软件指令可以使一个上下文（线程）休眠，这是由软件编程控制的。然而，目标专利的特征是：响应于硬件锁定指示器为锁定状态，由控制逻辑电路自动发出休眠指令，并由休眠模式电路使线程休眠。这是一种硬件自动管理的机制，而非软件指令触发的行为。对比文件未公开这种基于硬件锁定状态的自动线程休眠控制逻辑。因此，该特征未被对比文件公开。 |
| **E：** 使所述TLB锁定指示器从所述锁定状态转变为所述未锁定状态，其中所述TLB锁定指示器不从所述锁定状态转变为所述未锁定状态直到指示异常已被处置《未公开》 | 无相应内容。 | 对比文件完全没有涉及任何“TLB锁定指示器”及其状态在锁定与未锁定之间的自动转变机制，更没有公开这种状态转变必须等待“异常已被处置”这一条件。目标专利的这一特征是实现硬件锁同步和资源安全管理的核心。对比文件未提供任何相关信息。因此，该特征未被对比文件公开。 |
| **F：** 响应于所述TLB锁定指示器从所述锁定状态转变为所述未锁定状态而重放导致所述TLB未中事件的包的执行《未公开》 | 无相应内容。 | 对比文件没有描述在线程被唤醒或锁定解除后，需要“重放”导致TLB未中事件的指令包。目标专利的这一特征确保了在资源可用后，之前被阻塞的操作能够正确恢复。对比文件中未提及此类恢复或重放机制。因此，该特征未被对比文件公开。 |
| **G：** 其进一步包括当允许存取时将所述TLB锁定指示器设定为所述锁定状态《未公开》 | 无相应内容。 | 对比文件未公开任何“TLB锁定指示器”，因此也不可能公开在允许线程存取异常处置器时自动将该指示器设定为锁定状态的操作。该特征依赖于目标专利特有的硬件锁管理机制。因此，该特征未被对比文件公开。 |
| **H：** 其中所述TLB包括软件管理的TLB《直接公开》 | 第[0046]段：“TLB未中事件发生在软件管理的TLB处。” | 对比文件明确且直接地指出其TLB是“软件管理的TLB”（software-managed TLB）。这与目标专利该特征的字面描述完全一致。因此，该特征被对比文件直接公开。 |
| **I：** 其进一步包括：计算与所述TLB未中事件有关的结果《未公开》 | 无相应内容。 | 对比文件描述了TLB未中事件的发生，但未详细描述TLB未中异常处置的具体步骤，特别是没有明确提及“计算与TLB未中事件有关的结果”这一步骤（例如，从页表中查找翻译结果）。虽然异常处置器必然会进行此类计算，但对比文件说明书并未将其作为一个明确的步骤进行记载。从公开性判断的严谨性出发，该特征未被对比文件直接或隐含地明确公开。 |
| **J：** 将所述结果编程到所述TLB中《未公开》 | 无相应内容。 | 对比文件未明确描述将地址翻译结果“编程到TLB中”这一具体动作。虽然TLB未中处置的最终目的是填充TLB，但说明书原文未记载此步骤。因此，该特征未被对比文件公开。 |
| **K：** 将所述TLB锁定指示器设定为所述未锁定状态《未公开》 | 无相应内容。 | 同特征E和G，对比文件未公开任何“TLB锁定指示器”，因此也不可能公开将其设定为未锁定状态的操作。该特征未被对比文件公开。 |
| **L：** 其进一步包括在从所述异常处置器返回后即刻自动将所述TLB锁定指示器设定为所述未锁定状态《未公开》 | 无相应内容。 | 对比文件未公开任何与异常处置器返回操作相关联的、自动设定硬件锁状态的机制。该特征未被对比文件公开。 |
| **M：** 其中所述异常处置器将所述TLB锁定指示器设定为所述锁定状态《未公开》 | 无相应内容。 | 对比文件未公开任何“TLB锁定指示器”，也未描述异常处置器具有设定硬件锁状态的功能。该特征未被对比文件公开。 |
<<<A>>><<<H>>>