Jump to content

Talk:Transactional Synchronization Extensions

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
This is an old revision of this page, as edited by Widefox (talk | contribs) at 06:34, 1 April 2016 (Assessment: Computing: hardware-importance=Mid (assisted)). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.
WikiProject iconComputing Start‑class Mid‑importance
WikiProject iconThis article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
StartThis article has been rated as Start-class on Wikipedia's content assessment scale.
MidThis article has been rated as Mid-importance on the project's importance scale.
Taskforce icon
This article is supported by Computer hardware task force (assessed as Mid-importance).

The Intel TSX erratum fix is the first "unsafe" Intel microcode update

An interesting point: The Intel microcode update that disabled TSX is the first microcode update that violates the "microcode updates must be safe at all times" tradition that was in effect since 1995, and this fact is somewhat noteworthy.

Applying the microcode update really disables Intel TSX: it doesn't just clear the relevant cpuid bits, but also causes every Intel TSX instruction to trap with the illegal opcode exception. In a modern Linux distro, this will crash every multithreaded application linked to glibc's libpthread, causing data loss[1]. To be safe, this microcode update must be applied very early at boot, before any programs that might attempt to use the Intel TSX instructions are started.

177.22.137.250 (talk) 14:15, 23 September 2014 (UTC)[reply]

Hello! Good remark, I've added it as an external link. — Dsimic (talk | contribs) 04:47, 26 September 2014 (UTC)[reply]