Fact-checked by Grok 2 weeks ago

Pentium FDIV bug

The Pentium FDIV bug was a notable hardware defect in the floating-point unit (FPU) of early Intel Pentium microprocessors, introduced in 1993, that caused minor inaccuracies in specific floating-point division (FDIV) operations.^[1] This flaw stemmed from five omitted entries in a 1,066-entry lookup table within the FPU's constant ROM, which implemented the SRT (Sweeney-Robertson-Tocher) algorithm for efficient division; as a result, certain divisions returned results with relative errors up to approximately 6 × 10^{-5}, though the absolute error was guaranteed to be no larger than 5 × 10^{-5} for affected inputs.^[2]^[3] The bug affected early-stepping Intel Pentium processors (P5 and early P54C models, including those clocked at 60–100 MHz), impacting approximately 1 in 9 billion random 64-bit divisions, but it was deterministic for particular operand pairs.^[1] The defect was first identified in June 1994 by Dr. Thomas R. Nicely, a professor of mathematics at Lynchburg College, while performing numerical computations related to the distribution of prime numbers and sums of reciprocal squares.^[1] Nicely observed inconsistencies in results between Pentium and 486 systems during tests involving the Leibniz formula for π and other series, confirming the issue through repeated trials and by ruling out software causes.^[4] Although Intel's internal testing had detected the problem earlier in May 1994, the company did not publicly disclose it until Nicely's report in October 1994, which he shared via email with Intel engineers and later publicized on the internet.^[3] This discovery highlighted vulnerabilities in hardware verification and sparked widespread discussion on the reliability of x86 architecture in scientific and engineering applications. Intel initially downplayed the bug's significance, asserting in an official statement that it posed no practical risk to most users due to its rarity and small error magnitude, estimating a 1 in 27,000 chance per division and suggesting it might occur once every 27,000 years in typical spreadsheet use.^[1] However, mounting criticism from the academic community, media coverage (including appearances on national news), and consumer backlash—fueled by the nascent internet forums—prompted a reversal. In December 1994, Intel announced a no-questions-asked replacement program for all affected Pentiums, regardless of purchase date, and revised the chips' stepping to versions 3 and above, where the table entries were corrected via updated photomasks.^[5] The incident cost Intel approximately $475 million in direct expenses, marking one of the earliest major hardware recalls in computing history and influencing future practices in processor validation and transparency.^[1]

Technical Background

Floating-Point Unit in Pentium

The Intel Pentium processor, introduced by Intel on March 22, 1993, represented a major evolution in x86 microprocessor design as the company's first superscalar implementation, capable of issuing and executing multiple instructions simultaneously per clock cycle to achieve higher throughput. This architecture delivered substantial performance improvements over its predecessor, the 80486, particularly in workloads involving complex calculations, such as scientific simulations and engineering analyses that depend on efficient floating-point arithmetic. For the first time in the x86 family, the Pentium integrated the floating-point unit (FPU) directly on the chip, eliminating the need for a separate coprocessor like the 80487 and reducing data transfer latencies between integer and floating-point operations. The FPU complies with the IEEE 754 standard for floating-point arithmetic, supporting single-precision (32-bit), double-precision (64-bit), and extended-precision (80-bit) formats, with all internal computations performed in the 80-bit extended precision to maintain accuracy during intermediate results.^[6] The FPU employs a deeply pipelined design consisting of eight stages, optimized for concurrent execution of floating-point instructions to maximize instruction-level parallelism within the superscalar framework. This pipelining enables high throughput for common operations: additions and subtractions complete in as few as three cycles with single-cycle issue rates once pipelined, while multiplications achieve similar efficiency through a dedicated multiplier unit that processes 53-bit mantissas in a balanced tree structure. Division operations, handled by a specialized divide unit, take longer—typically 39 cycles for double-precision—but benefit from the pipeline's ability to overlap with other instructions, enhancing overall system performance in mixed workloads. The design prioritizes compatibility with existing x87 instruction set while scaling to the Pentium's clock speeds of 60–66 MHz initially, providing up to 100 MFLOPS in floating-point benchmarks for scientific computing tasks.^[6] Central to the FPU's divide unit is the SRT (Sweeney–Robertson–Tocher) algorithm, a radix-4 non-restoring division method that advances the quotient by two bits per iteration, reducing the number of steps compared to simpler algorithms. This unit incorporates lookup tables to accelerate quotient digit selection by precomputing decisions based on the overlap between the partial remainder and a normalized divisor slice, avoiding exhaustive trial subtractions. Specifically, the implementation uses a single two-dimensional lookup table, implemented in a 2,048-cell programmable logic array (PLA) with 1,066 populated entries, to store constants and selection values essential for the SRT process, enabling rapid access during the approximately 27-iteration loop for 53-bit mantissa divisions.^[2]^[3]^[7]

FDIV Instruction Mechanics

The FDIV instruction in the Intel Pentium processor's floating-point unit (FPU) executes floating-point division between two operands from the FPU register stack, supporting single (32-bit), double (64-bit), and extended (80-bit) precision formats as defined in the IEEE 754 standard with x87 extensions. It operates on normalized or denormalized inputs, producing a result that adheres to the specified precision control set in the FPU control word. The instruction's design prioritizes speed through hardware-optimized algorithms, integrating seamlessly with other FPU operations like addition and multiplication.^[8] Execution of FDIV commences with normalization of the operands. The dividend (numerator) and divisor (denominator) are aligned such that the divisor's mantissa is shifted left until its most significant bit is 1, with corresponding adjustments to the exponents to maintain the relative magnitude; the dividend's mantissa is similarly aligned relative to the divisor. This step ensures both mantissas are in a normalized form, typically represented as 1.fraction × 2^exponent, facilitating efficient division by standardizing the input scales.^[2] The core computation employs the radix-4 SRT (Sweeney-Robertson-Tocher) division algorithm, which generates quotient digits two bits at a time (equivalent to base-4 digits ranging from -2 to +2) to accelerate the process compared to bit-by-bit methods. In each iteration, a trial quotient digit is selected based on the current partial remainder and the divisor's leading bits; the remainder is updated by subtracting the divisor scaled by the trial digit, shifted appropriately for the radix-4 step. This recursive process continues for the required number of bits (24 for single, 53 for double, or 64 for extended precision), accumulating the quotient while tracking any overlap or borrow to refine accuracy. The SRT method's trial selection minimizes correction passes, typically requiring only occasional adjustments for precision.^[4] Efficiency in quotient digit selection relies on a single lookup table comprising 1,066 entries of 8-bit values stored in the FPU's read-only memory (implemented as a 2,048-cell PLA). This table indexes combinations of the divisor's upper mantissa bits and the partial remainder's leading bits at each iteration stage, providing approximate quotient digits that balance speed and correctness; the table has regions corresponding to the possible quotient digits for different phases of division. By precomputing these approximations, the table eliminates the need for division-intensive trial-and-error in hardware, enabling the algorithm to operate at two bits per clock cycle.^[9]^[3] Upon completing the iterations, denormalization formats the accumulated quotient: the mantissa is rounded to the target precision using the FPU's rounding mode (e.g., round to nearest), the exponent is adjusted based on the normalization shifts, and any leading zero bits are handled to produce the final normalized result, which is stored in the destination register. The entire FDIV pipeline incurs a latency of 39 clock cycles for extended precision operations in the original Pentium, with lower latencies of 33 cycles for double and 19 for single precision, allowing overlap with non-dependent instructions after the first cycle.^[10] For example, dividing 1.0 by 3.0 in extended precision correctly yields a result of approximately 0.33333333333333333333 (in decimal), corresponding to the hexadecimal mantissa 0xAAAAAAAAAAAAAAAB scaled by the appropriate exponent, illustrating the FPU's maintenance of 64-bit mantissa precision plus the explicit leading 1 bit.^[2]

The Bug Explained

Cause of the Error

The root cause of the Pentium FDIV bug stemmed from a defect introduced during the silicon fabrication of the early Intel Pentium processor's floating-point unit (FPU). Specifically, sixteen entries were omitted from the 2048-entry lookup table that forms part of the SRT (Sweeney, Robertson, and Tocher) division algorithm implemented in hardware. This table, implemented as read-only memory (ROM) for parallel access, stores precomputed values for estimating quotient digits based on the normalized partial remainder and divisor. The omission occurred due to an error in the automated tools used to generate the table contents, resulting in incomplete redundancy checks essential for validating the selected quotient digit (0, 1, or 2) at each iteration of the division process.^[11]^[3] In the SRT algorithm, the lookup table enables rapid approximation of the quotient by examining the high-order bits of the partial remainder and divisor, with redundancy built in to allow overlap in possible digit selections while ensuring correction in subsequent steps. The missing entries disrupted this redundancy mechanism: when the partial remainder aligned with one of the five omitted ranges (corresponding to specific bit patterns in the 10-bit index) that trigger errors, the algorithm selected an incorrect quotient digit—typically 1 instead of 2 or vice versa—without the check detecting the anomaly. This flaw affected only a small subset of division operations, manifesting in approximately 1 in 9 billion random double-precision floating-point divisions, where the error propagated through the remaining iterations to alter the final quotient.^[2]^[11] The mathematical implications of this defect are subtle but significant. The resulting errors are bounded to less than 1 unit in the last place (ulp) in single- and double-precision formats, meaning the affected results remain close to the correct value—often differing only in the 5th or 6th decimal place for normalized operands. However, in iterative computations such as series summations or recursive algorithms, these small discrepancies can accumulate, leading to larger deviations over multiple operations. The bug particularly impacts extended-precision results (80-bit format on x87 FPU), where the higher precision amplifies the relative error magnitude, potentially causing failures in applications relying on such modes for intermediate calculations.^[2]^[11] Intel's internal verification, conducted after external reports surfaced, systematically tested the FPU across operand pairs and confirmed the table omissions as the exclusive source of the inaccuracies. This analysis revealed the defect exclusively in early Pentium processors with steppings A0, A1, B0, B1 (P5 variants at 60/66 MHz) and early P54C up to stepping C2, with the issue absent in later revisions where the tables were corrected during mask production.^[11]

Specific Affected Cases

The Pentium FDIV bug manifests in specific floating-point division operations where the dividend and divisor pairs cause the floating-point unit to reference one of the five omitted entries in its constant ROM lookup table for the SRT division algorithm. This results in an erroneously shifted quotient, typically affecting the least significant bits of the result. The error is highly selective, occurring only for certain bit patterns in the inputs; analyses indicate a probability of approximately 1 in 9 billion divisions for random double-precision operands.^[11] A representative case is the division of 4,195,835 by 3,145,727, which correctly yields approximately 1.33382044913624 but produces approximately 1.33373906890204 on affected Pentiums, introducing an absolute error of about 8.14 × 10^{-5} and a relative error of roughly 6.1 × 10^{-5} (61 parts per million).^[3] Another example involves dividing 1 by 824,633,702,441, where the Pentium returns a value with a relative error of approximately 3.7 × 10^{-9}, manifesting as a discrepancy in the product with the divisor being about 3.7 × 10^{-9} less than 1.^[12] In chained computations, such as iterative summations, these small individual errors can accumulate and become more apparent. For instance, Thomas Nicely's calculation of the sum of reciprocals of twin primes (e.g., S = 1/5 + 1/7 + 1/11 + 1/13 + ... up to primes around 4,000) revealed a discrepancy of about 3 × 10^{-7} between Pentium results and those from unaffected systems, equivalent to roughly 0.3 parts per million in the partial sum, highlighting how errors propagate in series of divisions.^[13] To reproduce the bug, simple benchmarks involve performing the affected divisions and comparing outputs to high-precision references, or computing test sums like Nicely's reciprocal series and verifying against known values from other hardware; a common check is evaluating (4,195,835 / 3,145,727) × 3,145,727 and confirming it equals 4,195,835 exactly on corrected systems.^[14]

Discovery and Initial Reports

Thomas Nicely's Findings

Thomas R. Nicely, a professor of mathematics at Lynchburg College in Virginia, specialized in number theory, particularly the study of twin primes and related constants such as Brun's constant.^[13] In June 1994, as part of his ongoing research to estimate the sum of reciprocals of twin primes—a value approaching approximately 1.90216058—he incorporated a new Intel Pentium-based computer into his computational setup for high-precision arithmetic tasks.^[13]^[15] This work demanded billions of floating-point operations, including divisions, to analyze the distribution and density of twin prime pairs up to large limits like 10^14.^[1] On June 13, 1994, Nicely first noticed inconsistencies in his results when the Pentium system produced divergent outputs compared to prior runs on non-Pentium hardware.^[16] The discrepancies appeared in the summation of reciprocals for twin primes, with the Pentium yielding erroneous values for specific terms, such as the reciprocal of 824633702441 (a twin prime with 824633702443), where the computation was inaccurate beyond the eighth decimal place—returning approximately 0.999999996 instead of 1.^[15]^[17] These errors propagated through the cumulative sum, subtly altering estimates of Brun's constant and prompting Nicely to investigate further.^[13] To isolate the issue, Nicely systematically verified the computations across diverse platforms, including Intel 386 and 486 processors, an HP Apollo workstation running Unix, and software-based floating-point emulators.^[1] By early July 1994, these cross-checks confirmed that the inaccuracies were exclusive to the Pentium's floating-point unit, as identical inputs produced correct results on the alternative systems.^[16] Subsequent tests on individual arithmetic operations ruled out additions, multiplications, and subtractions, narrowing the problem to the FDIV (floating-point divide) instruction, which consistently failed for certain divisor patterns in double-precision mode.^[12] This hypothesis aligned with the observed errors occurring infrequently but reproducibly in division-heavy prime reciprocal calculations.^[3]

Usenet and Early Dissemination

The first public disclosure of the Pentium FDIV bug took place on October 30, 1994, when Thomas R. Nicely posted a detailed message to the Usenet newsgroup comp.arch, describing the floating-point division errors he had observed in his mathematical computations. In the post, Nicely included specific code snippets for testing the issue—such as divisions involving reciprocals near twin primes—and reported results showing discrepancies of up to several units in the last place (ULPs) on Pentium processors, while 486 systems yielded correct outputs. This announcement marked the shift from Nicely's private investigations to broader community scrutiny.^[18] Discussions rapidly expanded to related newsgroups, including sci.math and comp.sys.intel, where users replicated Nicely's tests and shared their outcomes. For instance, Terje Mathisen, a programmer at Norsk Hydro in Norway, confirmed the bug on November 3, 1994, by posting "Glaring FDIV bug in Pentium!" to comp.sys.intel, detailing reproductions on multiple Pentium configurations and emphasizing the error's implications for numerical accuracy. Other contributors, such as IBM scientist Ramesh Agarwal, followed with analyses on sci.math, including statistical evaluations of the bug's frequency. The online forums saw intense activity, with thousands of messages exchanged as developers and mathematicians verified the flaw across diverse setups.^[19]^[18] The bug's intermittent nature—occurring in roughly 1 out of 9 billion divisions—sparked initial skepticism among some participants, who questioned whether the errors stemmed from software or testing artifacts rather than hardware. This doubt prompted the widespread sharing of standardized test programs via Usenet, enabling independent validations and gradually building consensus on the defect's hardware origin. These communal efforts not only accelerated confirmations but also highlighted the value of open technical discourse in early internet communities.^[12] Early dissemination extended beyond Usenet to technical media, with initial coverage in Electronic Engineering Times on November 7, 1994, and later in Dr. Dobb's Journal in 1995 through editor Andrew Schulman's network, contributing to growing internet buzz and amplifying calls for Intel's accountability. This online-to-print transition underscored the bug's escalation from niche academic concern to a prominent computing controversy.^[20]^[12]

Intel's Response and Recall

Initial Denial and Investigation

On October 24, 1994, Thomas Nicely contacted Intel technical support to report the floating-point division anomaly he had observed in Pentium processors, providing initial details on the erroneous results. An Intel representative responded on November 1, 1994, stating that preliminary checks had found no issue with the processor.^[21]^[22] Nicely followed up on November 6, 1994, supplying additional data from his tests, including specific division cases that highlighted the inconsistency across multiple Pentium systems. This prompted Intel to escalate the matter internally, where an engineering team led by specialists in the floating-point unit began reproducing the bug using diagnostic tools and test vectors. By mid-November 1994, the team confirmed the error was reproducible on affected Pentium steppings.^[1]^[4] On November 23, 1994, Intel issued an official statement acknowledging the FDIV flaw in early Pentium processors, attributing it to omissions in the microcode lookup tables used for the SRT division algorithm.^[23] The company downplayed the impact, asserting it affected only a narrow set of operations and was unlikely to impact most users, describing it as "not a big deal" in typical spreadsheet or word-processing applications.^[18]^[24] During the internal re-examination of mask sets and ROM constants, Intel engineers discovered that five critical entries had been omitted from the 1,066-entry constant ROM tables due to an error in the table-generation script, leading to incorrect quotient approximations in specific FDIV cases. This finding was detailed in Intel's subsequent technical analysis, confirming the bug's scope without affecting integer operations or other floating-point instructions broadly.^[3]^[24]

Replacement Program Details

In December 1994, Intel issued a press release announcing a free replacement program for all flawed Pentium processors, reversing its earlier stance and offering replacements to any owner upon request without requiring proof of impact.^[25]^[26] The initiative targeted the estimated 4 to 5 million affected units in circulation at the time.^[27] Initially, eligibility was restricted to users who could demonstrate that the bug affected their specific computations, such as through diagnostic test software provided by Intel.^[28] However, following widespread public backlash and media scrutiny, Intel expanded the program on December 21, 1994, to include all Pentium owners who requested a replacement, regardless of demonstrated need; this no-questions-asked policy was further formalized in early 1995.^[29]^[30] Under the program, eligible users contacted Intel via a toll-free hotline to request a replacement, after which Intel shipped a corrected Pentium processor—typically featuring stepping B1 or later, which incorporated the hardware fix for the FDIV bug.^[31] Participants were required to return their original chip within 30 days using a provided prepaid mailer to avoid charges, with Intel often sending the new unit first to minimize downtime; the typical turnaround time for processing and shipping was 4 to 6 weeks.^[32] Overall, the initiative cost Intel approximately $475 million, reflected in a one-time pre-tax charge announced on January 17, 1995, to cover manufacturing, shipping, and related expenses for the recalled units.^[33]^[34]

Fixes and Workarounds

Hardware Revisions

The original Pentium processors affected by the FDIV bug included the 60 MHz and 66 MHz models based on the P5 core in stepping levels prior to D1, as well as the 75 MHz, 90 MHz, and 100 MHz models based on the P54C core in stepping levels prior to B5.^[1] Intel implemented the hardware fix by revising the programmable logic array (PLA) that implements the lookup table for the SRT division algorithm; this filled the 16 omitted entries (5 of which cause errors) in the 1,024-entry table divided into 5 regions, correcting the omission that caused inaccurate results in specific divisions.^[3] The revised chips were introduced starting in December 1994, with the D1 stepping for the 60/66 MHz P5 processors and the B5 stepping for the higher-speed P54C processors.^[1] Following the revision, Intel verified the fix in the D1 and B5 steppings, ensuring accurate FDIV operations.^[35] By late 1994, Intel had halted production and sales of the flawed pre-revision dies, fully transitioning to the corrected versions in subsequent manufacturing runs.^[1]

Software Patches

In response to the Pentium FDIV bug, Intel released a diagnostic tool in November 1994 to help users test whether their processor was affected, along with library routines designed to flag potentially buggy floating-point division operations in software. Third-party developers also produced fixes, such as Microsoft's patch for Windows applications including Excel, which incorporated checks to avoid erroneous results.^[7] These software workarounds operated by pre-checking if the divisor falls into one of the 5 affected ranges before executing FDIV; if a match was found, the operation was rerouted to an alternative method, such as scaling the operands by powers of two to shift out of the danger zone or using multiplication by reciprocal approximations implemented via ADD and MUL instructions.^[2]^[4] The added checks and alternative computations made patched FDIV operations slower than native hardware execution, with the performance penalty varying based on the frequency of risky divisions but generally introducing noticeable overhead in numerical code.^[36] To facilitate integration, compilers like Watcom C/C++ offered the /fpd flag to enable automatic generation of FDIV bug check code, while Borland compilers provided the -fp option to correct the flaw in generated code.^[37]^[38] By 1995, these patches saw widespread adoption in scientific and mathematical software to maintain accuracy without immediate hardware replacement, though their use declined as Intel's replacement program resolved the issue for most users, rendering the workarounds obsolete in later systems.^[1]

Impact and Legacy

Media Coverage

The Pentium FDIV bug garnered extensive media attention in late 1994, escalating from technical reports to front-page stories across major outlets. The New York Times published multiple articles, including a November 24 piece detailing the flaw's impact on chip accuracy and its potential to undermine Intel's market position.^[39] Coverage intensified in December, with a December 21 article covering Intel's reversal on replacements.^[26] The Wall Street Journal also featured prominent reporting, such as a November 25 article highlighting scientists' frustration with Intel's initial response to the defect.^[40] Television networks amplified the story; CNN aired a segment on November 22, framing the issue as a significant reliability concern for the "math chip" in personal computers.^[19] Media narratives portrayed the bug as a major crisis for Intel's burgeoning "Intel Inside" branding campaign, which had positioned the company as a symbol of PC reliability since 1991.^[39] Outlets emphasized how the defect eroded consumer confidence in hardware precision, transforming a niche technical issue into a broader symbol of manufacturing vulnerabilities at a time when Intel was aggressively marketing directly to end-users.^[41] This framing contributed to public pressure, prompting Intel to announce a full replacement program for affected chips in December 1994.^[26] Key moments in the coverage included interviews with Intel CEO Andy Grove, who acknowledged the company's missteps in addressing the flaw publicly. In a December 21 New York Times report, Grove described the bug as "technically an extremely minor problem" but conceded the need for replacements amid growing scrutiny.^[26] Grove later reflected on the episode in broader discussions, noting it as a pivotal "iceberg" that tested Intel's crisis management.^[42] The bug's media fallout has echoed in technology history as a cautionary case study on corporate transparency and public relations in computing. Analyses in the 2010s and 2020s, including a 2018 Fortune commentary, cite it as an example of how initial denial can exacerbate hardware scandals, contrasting with more proactive modern responses.^[41] Academic and industry retrospectives, such as those from Stanford Graduate School of Business, highlight its lessons on balancing technical assessment with stakeholder communication during product flaws.^[43] By the 2020s, references in engineering ethics discussions underscore its role in shaping policies for bug disclosure in semiconductor design.^[44] In 2024, marking the 30th anniversary, coverage revisited the event's significance, while reverse engineer Ken Shirriff analyzed die photos to pinpoint the exact transistors responsible for the omitted lookup table entries, providing new technical insights into the hardware defect.^[1]^[3]

Legal and Financial Consequences

Following the public disclosure of the FDIV bug in late 1994, Intel faced multiple class-action lawsuits filed primarily in California, alleging that the company had misrepresented the reliability of its Pentium processors and failed to disclose the defect adequately.^[45] These suits, numbering around 11 by early 1995, sought damages for affected consumers who claimed losses from erroneous calculations or diminished product value.^[45] In April 1995, Intel reached a tentative settlement valued at approximately $6 million in attorneys' fees, plus reimbursement for verified customer claims related to work redone due to the bug, with the agreement subject to court approval in June 1995.^[45] The settlement also facilitated easier access to the existing replacement program through additional toll-free support lines, effectively integrating legal relief with Intel's hardware exchange efforts.^[46] Regulatory scrutiny from the U.S. Securities and Exchange Commission (SEC) arose amid concerns over Intel's initial handling of the defect and its impact on investor confidence, particularly as the company's stock price declined by about 5% in the weeks following the bug's publicity in November and December 1994.^[47] The stock dip, exacerbated by major customer IBM's temporary halt on Pentium-equipped PC shipments, prompted questions about timely disclosure under securities laws, though no formal charges or major penalties resulted from the review.^[48] Intel's 1994 annual report later acknowledged the controversy, attributing it to the replacement costs without noting ongoing SEC actions. The financial repercussions were substantial, with Intel recording a $475 million pre-tax charge in its 1994 financials to cover the full replacement of affected processors and related write-offs, marking the company's first major product recall.^[49] This expense, equivalent to over $1 billion in 2025 dollars, led to a brief sales slowdown as partners like IBM paused distributions, but Intel mitigated long-term damage through aggressive price cuts on remaining Pentium inventory and the timely launch of the Pentium Pro processor in 1995, which helped restore market momentum. The incident has enduring lessons for corporate crisis management, particularly in transparent defect disclosure and stakeholder communication, as analyzed in Harvard Business School case studies such as "Intel Pentium Chip Controversy (A)" and "Accounting for the Intel Pentium Chip Flaw," which highlight revenue recognition challenges and the value of proactive recalls in preserving brand trust.^[50]^[51] These cases underscore how Intel's eventual full replacement policy, despite initial resistance, prevented deeper erosion of its dominant market position in microprocessors.

References

[1]
It's been 30 years since Intel's infamous Pentium FDIV bug reared its ...
Oct 31, 2024 · Intel acknowledged the problem in its 1994 annual report, saying it had been “engulfed in a controversy,” and admitted it cost $475 million to ...
[2]
[PDF] The Mathematics of the Pentium Division Bug
We conclude with an explanation of why a defective Pentium was always guar- anteed to have an absolute error no bigger than 5e-5. when it divided inputs in the.
[3]
Intel's $475 million error: the silicon behind the Pentium division bug
In other words, Intel picked the wrong bounds line when defining the +2 region of the table. In this section, I'll explain why that causes the bug.
[4]
[PDF] Anatomy of the Pentium Bug
The first appearance of cause number n indicates the n-th FDIV error to occur during the computation. Subsequent appearances of n indicate relative errors.
[5]
Pentium FDIV: The processor bug that shook the world - TechRadar
Oct 30, 2014 · The processor floating-point divide problem was caused by a subtle but specific circuit-design error; the flaw was easily corrected with changes to masks.
[6]
[PDF] Architecture of the Pentium microprocessor - IEEE Micro - cs.wisc.edu
The X86 floating-point architecture supports single-precision. (32-bit), double-precision (66bit), and extended-precision (80- hit) floating-point operations.
[7]
[PDF] Computational aspects of the Pentium affair - People
The widely-publicized flaw in Intel's Pentium micro- processor affects some operations involving the chip's floating point unit, which speeds up calculations ...Missing: 1993 | Show results with:1993
[8]
[PDF] 4. Instruction tables - Agner Fog
Sep 20, 2025 · But if we look at a long chain of 128-bit instructions, the total latency will be 4 clock cycles per instruction plus one extra clock cycle in ...
[9]
[PDF] Computation and Formal Verification of SRT Quotient and Square ...
This paper is a component of the formal verification of this module: a comprehensive analysis of the SRT algorithm for both division and square root extraction.
[10]
How to optimize for the Pentium family of microprocessors
Jul 3, 2000 · The FDIV instruction, for example, takes 39 clock cycles. All but the first clock cycle can overlap with integer instructions, but only the ...
[11]
[PDF] Anatomy of the Pentium Bug - Stanford Concurrency Group
May 25, 1995 · The Intel Pentium1 microprocessor makes occasional errors in floating point divisions due to five missing entries from a lookup table of ...
[12]
Bug Inside: A Tiny Chance of a Huge Error on Pentium - PVS-Studio
Nov 21, 2016 · The best characteristic and only characteristic of the bug to come from Intel is its 1 in 9 billion probability of occurring with random ...
[13]
Pentium Division Bug Revisited - MathWorks Blogs
Apr 29, 2013 · The Pentium division bug episode in the fall of 1994 was a defining moment for the MathWorks, for the Internet, for Intel Corporation, ...
[14]
Pentium FDIV bug - Earlham CS
It was caused by an error in a lookup table that was a part of Intel's SRT algorithm that was to be faster and more accurate.Missing: explanation - | Show results with:explanation -
[15]
Twin prime conjecture and the Pentium division bug
Feb 7, 2011 · Nicely had discovered the infamous Pentium division bug. Intel responded by saying the division errors were inconsequential. Intel was ...Missing: summing | Show results with:summing
[16]
Why the search for ever larger primes? - MathOverflow
Oct 17, 2009 · Nicely noticed some inconsistencies in the calculations on June 13, 1994 shortly after adding a Pentium system to his group of computers, but ...Missing: details | Show results with:details<|control11|><|separator|>
[17]
A286651 - OEIS
In 1994, Thomas R. Nicely found the "Pentium Bug". (1/824633702441)*824633702441 was calculated by Pentium, however, the result (= 0.999999996274709702) was ...
[18]
Risk Analysis of the Pentium Bug - Stanford University
The public's attention was drawn to the bug on October 30 by Thomas Nicely, a mathematics professor at Lynchburg College, who sent an email message to Windows ...Missing: July | Show results with:July
[19]
Pentium Division Bug Affair - MathWorks Blogs
May 13, 2013 · This soon found its way to Terje Mathisen in Norway who confirmed a bug in floating point division on the new Intel Pentium processor and posted ...
[20]
APR95: UNDOCUMENTED CORNER - Jacob Filipp
In this month's "Undocumented Corner," Tim Coe shows that the Intel Pentium uses a division algorithm, first discovered in 1958, called "radix 4," or "SRT." ...<|separator|>
[21]
MacKiDo/History/History_PentBug
Dr. Thomas Nicely was the first guy to publicly discover the bug, and he contacted Intel Tech Support regarding this bug on Monday 24 October (call reference ...Missing: July | Show results with:July<|control11|><|separator|>
[22]
Mathematician Finds Intel's Pentium Doesn't Compute : Technology
Nov 24, 1994 · Thomas R. Nicely, a mathematics professor at Lynchburg College, detected a defect that caused his department's three Pentium-based computers to spew out faulty ...Missing: details | Show results with:details
[23]
[PDF] Statistical Analysis of Floating Point Flaw in the PentiumΤΜ ...
Nov 30, 1994 · The SRT divide algorithm can basically be described in steps as: 1. Sample the most significant digits of the divisor and dividend. 2. Use the ...
[24]
Intel to Offer Replacements for Flawed Chip - Los Angeles Times
Dec 21, 1994 · Reeling from an unprecedented consumer uproar, Intel Corp. reversed course on Tuesday and offered free replacements for its flawed Pentium ...Missing: press | Show results with:press
[25]
In About-Face, Intel Will Swap Its Flawed Chip - The New York Times
Dec 21, 1994 · The Intel Corporation abruptly reversed course today and said it would offer all customers a free replacement part upon request.Missing: annual bug
[26]
Intel backs down over Pentium | New Scientist
Jan 7, 1995 · The cost of the climb-down will be at least $30 million, based on the replacement of five million chips at between, $60 and $200 each. The ...Missing: program | Show results with:program
[27]
The Pentium Problem - Willamette University
The mathematical basis for the bug: The built-in divider in the Pentium FPU uses a radix 4 SRT algorithm. ... entries into a hardware PLA [i.e. division table].
[28]
INTEL TO REPLACE FLAWED CHIPS, NO QUESTIONS ASKED
Dec 21, 1994 · With Intel making and selling Pentiums at full throttle, every chip replaced will be a Pentium it could otherwise sell to a new user. That means ...
[29]
INTEL TO REPLACE CHIPS - The Washington Post
Dec 21, 1994 · INTEL TO REPLACE CHIPS. FIRM REVERSES ITSELF ON PENTIUM POLICY. December 21, 1994More than 30 years ago. Summary. By Elizabeth Corcoran. In a ...Missing: press | Show results with:press
[30]
Pentium® Processor Replacement (FDIV) - Ardent Tool of Capitalism
In December of 1994, Intel announced a lifetime replacement policy on the well publicized floating point unit flaw, contained in the then current version (60- ...Missing: bug eligibility cost
[31]
Pentium® Processor Replacement Program Frequently Asked ...
In the event that the original chip is not returned to Intel, we will send a reminder notice at 20 days, and again at 30 days if the original unit hasn't been ...Missing: mail- | Show results with:mail-
[32]
Pentium FDIV Bug | Vintage Computer Federation Forums
Oct 21, 2009 · Pentium FDIV Bug. Thread starter dave_m; Start date Oct 21, 2009 ... With dread I tried the simple math test: 4195835*3145727/3145727 = 4195835 ...
[33]
[PDF] Intel's Pentium Problems Update; Technology Alert, January 1995
Intel has said it will offer all customers a free replacement part upon request, although it may be two or more months before replacement chips are widely avail.Missing: eligibility changed
[34]
Intel Takes $475-Million Earnings Hit : Computers: The charge for ...
Jan 18, 1995 · Intel Corp. announced Tuesday that it is taking a larger-than-expected $475-million charge to cover the cost of replacing flawed Pentium microprocessors.Missing: FDIV | Show results with:FDIV
[35]
COMPANY REPORTS; Intel Earnings Decline 37% On Charge for ...
Jan 18, 1995 · The Intel Corporation said today that it was taking a one-time pretax charge of $475 million to cover the cost of replacing defective Pentium computer chips.Missing: FDIV | Show results with:FDIV<|control11|><|separator|>
[36]
https://stackoverflow.com/questions/63582756/is-there-any-reason-not-to-remove-checks-for-the-pentium-fdiv-bug
[37]
[PDF] Intel Releases Pentium Errata List: 3/6/95 - CECS
Mar 6, 1995 · The first silicon fabricated is the A-step or A0 stepping, in Intel's terminology. As bugs are found, the design must be corrected and retested.
[38]
Is there any reason not to remove checks for the Pentium FDIV bug?
Aug 25, 2020 · See the last checkbox which appears in the VB6 IDE from Project Properties / Compile / Advanced Optimizations: enter image description here.Missing: patch | Show results with:patch
[39]
[PDF] Open Watcom C/C++ Tools User's Guide
generate in-line 80x87 instructions optimized for Pentium Pro processor fpd enable generation of Pentium FDIV bug check code fpr generate 8087 code ...
[40]
5.82 Borland c++ compiler - Code::Blocks Forums
Dec 19, 2006 · -fp Correct Pentium FDIV flaw -g Stop batch compilation after n warnings (Default = 255) -h Request help ('-h -' shows all help). Can be ...
[41]
COMPANY NEWS; Flaw Undermines Accuracy of Pentium Chips
Nov 24, 1994 · It was corrected by adding several dozen transistors to the chip. The error was made public earlier this month after Thomas Nicely, a ...
[42]
(PDF) Intel's Pentium chip crisis: An ethical analysis - Academia.edu
Intel's nightmare began when one of One June day in 1994, Thomas R. Nicely ... Clark, "Some scientists are angry over flaw in Pentium chip, and Intel's response," ...Missing: timeline | Show results with:timeline
[43]
Intel Botched Its First Major Bug. Can It Handle Meltdown and ...
Jan 8, 2018 · Now Intel finds itself in another scandal--and the Meltdown and Spectre vulnerabilities are much more widespread and dangerous than the FDIV bug ...
[44]
ANDREW GROVE: A SURVIVOR'S TALE - Time Magazine
Dec 29, 1997 · The biggest iceberg came in 1994, when Intel released millions of flawed Pentium chips. The problem was small, an internal routing glitch that ...
[45]
What Do You Do When Industry Dynamics Fundamentally Change?
When an “insignificant” flaw was found on Intel's Pentium chip in late 1994, Intel didn't take it overly seriously —small flaws are considered routine with ...
[46]
[PDF] Ethical Design of Computers: From Semiconductors to IoT and ...
A classical example is Intel's Pentium bug in the 1990s. After the bug was ob- served during mathematical computations involving divi- sion operations in ...
[47]
Intel Agrees to Pay Claims by Customers - The New York Times
Apr 3, 1995 · The Intel Corporation has agreed to pay $6 million in lawyers' fees and to pay claims by customers who used its flawed Pentium chip, The San ...
[48]
Tentative settlement in Pentium lawsuits - SFGATE
Apr 1, 1995 · Intel Corp. has agreed to pay $6 million in attorney's fees and set up four toll-free numbers to facilitate the replacement of flawed ...
[49]
[PDF] How Bad Is the Pentium FPU Bug? 12/26/94 - CECS
Dec 26, 1994 · This bug has led IBM to sus- pend sales of Pentium systems, despite Intel's claims that it is highly unlikely that the average user will ever.Missing: annual | Show results with:annual<|separator|>
[50]
IBM Stops Shipping Pentium PCs : Technology: Computer maker ...
Dec 13, 1994 · IBM will sell Pentium systems on a case-by-case basis to customers who are aware of the flaw and feel comfortable that they will not be affected ...Missing: press | Show results with:press
[51]
COMPANY NEWS; Intel Cuts Prices of Pentium Chips
Feb 3, 1995 · ... recall the chips at a potential cost of $475 million. Intel, based in Santa Clara, Calif., said the price cuts were effective this week. It ...
[52]
Intel Pentium Chip Controversy (A), The - Case - Faculty & Research
Following Intel Inc.'s decision to replace flawed Pentium chips, the company faces revenue recognition choices.
[53]
Accounting for the Intel Pentium Chip Flaw - Faculty & Research
Miller, Gregory S., V.G. Narayanan, and Lisa Brem. "Accounting for the Intel Pentium Chip Flaw." Harvard Business School Case 101-072, June 2001.Missing: FDIV bug