众所周知，英特尔必须通过微代码更新来禁用Haswell系列处理器中的TSX。这是由于TSX实施中的错误，如果使用这些说明，可能会导致错误的结果。
似乎鲜为人知的是，显然还有一种勘误会影响新架构Skylake上的TSX。特别是此处提到的勘误表“ SKL-105”：
http://www.intel.com/content/www/us/en/processors/core/desktop-6th-gen-core-family-spec-update.html
它特别指出，使用TSX可能导致无法预测的系统行为。但是，它也指出BIOS有可能进行修复。但是，问题是此修复需要什么。是否像Haswell微码“修复”一样完全禁用TSX？谷歌搜索“ SKL105”没有结果，因此似乎社区对此一无所知？
[一些用户已经注意到TSX功能被“隐秘地”禁用（但似乎没有意识到上面的勘误）：
https://www.reddit.com/r/hardware/comments/44k218/intel_disables_tsx_transactional_memory_again_in/
如果只影响某些CPU变体，这很奇怪，因为人们会认为它们都共享相同的微体系结构，因此同样受到此bug的影响。
通过另一种方式可以运行这样的微代码“修复”，并且甚至可以更加隐蔽：我想可以进行微代码更新，使它仍然暴露TSX的存在（使该功能似乎仍然存在）。启用），但会使用“虚拟实现”覆盖新的TSX指令的实现，该实现实际上永远不会消除锁，而实际上只是以老式的方式执行代码，从而避免了该错误，而且还提供了TSX可以提供的性能改进。确定这种情况是否发生的唯一方法是通过性能测量。
有人了解有关Skylake TSX的更多信息吗？无论如何，奇怪的是没有发布更多的信息，而不得不猜测受影响的是什么，没有受影响的是。而且确实可以安全使用该功能。
我有一个6700K，但该功能仍然存在。但这还取决于BIOS制造商是否已接受微代码更新，而且我还没有实际测量性能，因此我不能排除它仍然被禁用的情况。前一段。
据我所知，它应该在2016-07-14的最新公共微码更新包中已修复。对于Skylake，这将是Skylake基本微代码的修订版0x9d / 0x9e（处理器签名0x406e3和0x506e3）。
这个新的TSX勘误似乎也出现在Broadwell上。我认为它也通过与新的Skylake微代码更新一起发布的新批Broadwell- *微代码更新得到了解决。
对于Linux，它通过引导加载程序发送的数据来更新微代码，应用更新很简单，并且在大多数（严重）发行版中都可用。对于Windows，您需要缠扰您的系统供应商以进行EFI / BIOS更新。
[抱歉，我没有办法在最新的Skylake / Broadwell微代码中测试TSX，以检查它是否在解除锁定或“始终失败”。至于禁用TSX，您必须了解它对L3有效性（免费提供[[不提供！）和功耗有真正的影响，因此在任何具有较小的L3。
有趣的是，TSX“鸡比特”上的信息不是公开的，我们不知道如何禁用（或重新启用）它。