本文成文于2025年5月下，本来我已经不太想掺和联想Y7000和Y7000P微码那点事情了，但评论区已经有人开始乱说了，还是得写点啥。

前情提要：

intel 13、14代HX处理器的缩缸和微码问题，附移动端14代CPU微码统计​

25款Y7000和Y7000P还在用老的会缩缸微码，甚至比24年的TB16p还老​

同步下关于拯救者Y7000和Y7000P使用落后的缩缸隐患微码的情况​

这次就仅做下更新，展示并且反驳下我评论区里“舅舅党”的奇谈怪论，没错，针对我提到的Y7000和Y7000p 2025的微码老旧，有缩缸风险的问题，暂时是没有任何官方背景的人或者账号做表态的，并且官方论坛里面嘛，昨天我就说了，敢提微码版本，就会喜提删帖“礼包”，那自然是没有官方回应（严格来说，秒删本身也是一种强烈的回应）。

首先的这个评论来源于上次说“官方研发对于微码版本不重视“的那个老哥，评论如下：

我的评论：

他说的大概率没错，联想再差，不至于没有稳定性测试就会量产。

但是能过联想的稳定性测试就没有问题了嘛，我得提醒大家，拯救者的黑胶，小新的低温锡，上述两种坑了众多用户的设计，也是通过了联想的稳定性测试的。

过不了联想的稳定性测试肯定是废品，但是过了的就包稳的嘛，难说。

另外稳定性测试针对的是整机，无非是高温，高湿，粉尘，盐雾，上述情况的排列组合，这对于缩缸的这种CPU芯片封装内部的问题，考验非常有限，拿来证明缩缸不影响，实在过于勉强。

最后的最后，联想的稳定性测试最多2个月，挪过来证明高强度使用2年甚至更久的稳定性，不够有力。

而下面的第二个老哥，倒也没藏着掖着，上来直接表示利益相关，而且表示问到了ODM的对应研发，并且绕了一圈很唬人的话术，落脚点仍然是联想（仁宝）的BIOS没啥问题。

点破他的有问题的话术，还真需要点积累，我们一步步来。

首先还是回顾下，intel官方对于缩缸问题解决，发布的重要微码和过程。这部分我之前文章写过，我就贴下原文：下面我将统称这段intel官方承认的缩缸解决过程称为“正史”

牢英出了几个版本的微码，分别解决了啥问题？

出了4个版本

0x125（24年6月），解决eTVB问题，TVB是牢英给睾贵的i9 CPU的一种特殊提频机制。

理想状态是如果重载来临的时候，CPU发现自己的温度较低的情况下，会申请主板加压超频，压榨出CPU性能的“最后一滴”。

而牢英的工程师代码写错了，变成支持eTVB的CPU，完全无视温度，无时无刻都在给自己加压，结合买i9的客户里面干重活比例很高，结果就造成前面说的最容易老化的情况了——CPU长时间高温又高压。所以i9用户缩缸的感知最明显也不奇怪了。

0x129（24年8月），解决轻载时候的电压过高问题，观察过CPU的VID状态的老哥应该明白，空载容易产生高电压，烤机的时候反而电压不高。从此版微码开始，直接给VID给了个最高值1.55V，按照datasheet来说，轻载电压给1.72V以下都应该安全，但intel发现自家的CPU确实大量缩缸后，还是一刀切的限制最大电压了。

0x12B（24年9月），结合前面2个修改点，降低时钟老化速度，主打一个让还没缩缸的CPU不缩。在此基础上，照顾已经缩了缸的CPU，在轻载的时候加点压，让它们老化的时钟电路，还能正常的工作。

最近几天（25年5月），又出了一个0x12F微码，和0x12B差的不多，主要也是解决已经缩了的CPU，低负载，低活跃度情况下死机的问题，方法不明。

而那老哥如何替联想圆的呢，总结一下，我把这套话术称之为“野史”

1.24年底，联想和intel联合，intel给官方0x122的微码做了特殊的patch

2.魔改过的0x122微码解决了缩缸问题

3.今年的Y7000和Y7000P的0x123微码，搭载了魔改0x122上面的特殊patch，所以没问题。

讲真，这套话术水平真不低，因为3个要点中的2个，竟然是属于无法证实且无法证伪的。但是你若承认它们正确，第三点是很难不正确的。这套“野史”乍一看和“正史”不矛盾。

但是对我们程序员来说，是真的有办法直接判断第三点是否正确的。

一步步来，我们通过上述的“野史”，可以推测出这个所谓的0x123微码，应该有以下2个特点

1.    生成时间上，应该是24年的下半年或者25年上半年

2.    由于intel单独给了patch给联想，所以其内容应该很特殊，所以有可能与其他家的0x123微码相比，不太一样。

我们可以一条条验证，

首先，此微码的生成时间是很容易查到的，官方对于此固件的签名里面写的明明白白，2024年1月，这明显和它改被编译的时间不符合，此编译时间是intel自家编译器自动生成的，不会有人去改这边的。

当然编此话术的人其实很厉害，留了后手，只要往intel官方给的patch这个无法证实的说法上靠，就可以说编译日期不代表实际固件的生成日期。这个说法简而言之：联想的0x123微码也许被intel开过光，特殊，看编译日期不准。

但是，联想Y7000和Y7000P的0x123真的是特殊版吗，我可以明确的说，不是。

把Legion Y7000 IRX10 (2025款)的BIOS拆包，下载地址如下：

Legion Y7000 IRX10 (2025款)

https://newsupport.lenovo.com.cn/driveList.html?fromsource=driveList&selname=Legion%20Y7000P%20IRX10%20(2025%E6%AC%BE)

就能看到，BIOS版本是：QNCN28WW

而我检测此微码是否是特供版的最重要论据就是微码的Checksum，校验和，简单来说，它是微码的身份证，玩下载的人应该对于下载文件的MD5码和校验很熟徐，MD5码就是很经典的校验和。

总而言之，如果两个微码版本号相同，且校验和相同，那它们俩就是一个微码文件。

我去翻了下0x123微码，发现很多主板有搭载它的BIOS，解包看下就行。

我选的是华硕的ROG STRIX B760-G GAMING WIFI 小吹雪，含有0x123微码的包的BIOS的版本号是1641，它是2024年2月就发布了的。

解包后，果然发现华点了：华硕的0x123微码的校验和联想的完全一样的。

这意味着：

1.    联想在Y7000和Y7000P 2025上的0x123微码就是intel在24年1月发布的原版0x123，没有单独开小灶的开光说。

2.    此0x123微码发布的时间在24年1月，和老哥说的年底试验完后再使用的说法对不上。

3.    此0x123微码，“正史”里，intel并不觉得它对于解决缩缸有帮助，和老哥说的有防止缩缸的神秘功效也对不上。

所以凡事就怕认真比较。“野史”里对于0x123微码的时间没说对，来源没说对，对于缩缸的帮助也没说对，明显，那老哥的说法站不住脚。当然，从我前面的拆解其复杂逻辑链条的过程能看出来，能想出此完整话术的人，是个高手。

在经历这几天的观察后，我觉得有必要更正下我对25年Y7000系列的态度：

傻孩子们,快跑啊（丁仪脸）。这还看不明白嘛，在官方论坛堵嘴删帖，强行冷处理。在我这还有“舅舅党”传播有相当难以辨认的高级话术。防缩缸微码的BIOS如果马上就到的话，会是这个状态嘛，这肯定是还要等很久的意思啊。

已经买的人的话，建议学习下操作系统后载入，

Windows：

如何在笔记本上更新至0x12F微码（下载链接已更新至0x12F微码）​

Linux：

https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files