Pentium F00F bug

From Wikipedia, the free encyclopedia
Jump to: navigation, search

The invalid operand with locked CMPXCHG8B instruction bug, commonly referred to as the Pentium F00F bug (as shorthand for F0 0F C7 C8, the hexadecimal encoding of one offending instruction),[1] is a design flaw in the majority of Intel Pentium, Pentium MMX, and Pentium OverDrive processors (all in the P5 microarchitecture).[2]


In the x86 architecture, the byte sequence F0 0F C7 C8 represents the instruction lock cmpxchg8b eax (locked compare and exchange of 8 bytes in register eax).

The operand could be a register other than eax.

This instruction encoding is invalid. The cmpxchg8b instruction compares the value in the edx and eax registers with an 8-byte value in a memory location. In this case, however, a register is used as the destination operand, which is not allowed.

Under normal circumstances, this instruction would simply result in an exception; however, when used with the lock prefix (normally used to prevent two processors from interfering with the same memory location), the CPU erroneously uses locked bus cycles to read exception handler descriptor. Locked reads without locked writes is not an allowed bus operation. After performing these bus cycles, all CPU activity stops, and it must be reset to recover.

The instruction does not require any special privileges and, due to the proliferation of Intel microprocessors, was considered a serious issue at the time. Operating system vendors responded by implementing workarounds that detected the condition and prevented the crash.

Although technically not an example of either, the F00F instruction is often considered an HCF instruction or a killer poke. Since the F00F bug has become common knowledge, the term is sometimes used to describe similar hardware design flaws such as the Cyrix coma bug.[citation needed]

No permanent hardware damage would result from executing the F00F instruction on a vulnerable system. Depending on the file system, operating system, and other circumstances, it is possible for data loss to occur if the disk buffers have not been flushed, if drives were interrupted during a write operation, or if some other non-atomic operation was interrupted.

No Intel processors since the introduction of the Pentium Pro have been affected by the bug. The myB2 stepping solved this issue for Intel's Pentium processors.[2]

Information about this bug first appeared on the Internet on or around 7 November 1997.[3]

See also[edit]

External links[edit]


  1. ^ Collins, Robert R. (May 1, 1998). "The Pentium F00F Bug: Workarounds for a nasty problem". Dr. Dobb's Journal. 
  2. ^ a b Pentium Processor Specification Update (PDF). Intel Corporation. January 1999. pp. 51–52. order number 242480-041. Retrieved 2006-11-02. 
  3. ^ "Nieuwe Intel Pentium BUG". Retrieved 2008-07-07.