Intel SL8K2 Specification Update - Page 45

Data Breakpoints on the High Half of a Floating Point Line Split May Not

Page 45 highlights

Errata R R37. Using STPCLK# and Executing Code from Very Slow Memory Could Lead to a System Hang Problem: The system may hang when the following conditions are met: 1. Periodic STPCLK# mechanism is enabled via the chipset 2. Hyper-Threading Technology is enabled 3. One logical processor is waiting for an event (i.e. hardware interrupt) 4. The other logical processor executes code from very slow memory such that every code fetch is deferred long enough for the STPCLK# to be re-asserted. Implication: If this erratum occurs, the processor will go into and out of the sleep state without making forward progress, since the logical processor will not be able to service any pending event. This erratum has not been observed in any commercial platform running commercial software. Workaround: None Status: For the steppings affected, see the Summary Tables of Changes. R38. Processor Provides a 4-Byte Store Unlock after an 8-Byte Load Lock Problem: When the processor is in the Page Address Extension (PAE) mode and detects the need to set the Access and/or Dirty bits in the page directory or page table entries, the processor sends an 8 byte load lock onto the system bus. A subsequent 8 byte store unlock is expected, but instead a 4 byte store unlock occurs. Correct data is provided since only the lower bytes change, however external logic monitoring the data transfer may be expecting an 8 byte load lock. Implication: No known commercially available chipsets are affected by this erratum. Workaround: None identified at this time. Status: For the steppings affected, see the Summary Tables of Changes. R39. Data Breakpoints on the High Half of a Floating Point Line Split May Not Be Captured Problem: When a floating point load which splits a 64-byte cache line gets a floating point stack fault, and a data breakpoint register maps to the high line of the floating point load, internal boundary conditions exist that may prevent the data breakpoint from being captured. Implication: When this erratum occurs, a data breakpoint will not be captured. Workaround: None identified. Status: For the steppings affected, see the Summary Tables of Changes. Intel® Pentium® 4 Processor on 90 nm Process Specification Update 45

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75

Errata
R
Intel
®
Pentium
®
4 Processor on 90 nm Process Specification Update
45
R37.
Using STPCLK# and Executing Code from Very Slow Memory Could Lead
to a System Hang
Problem:
The system may hang when the following conditions are met:
1.
Periodic STPCLK# mechanism is enabled via the chipset
2.
Hyper-Threading Technology is enabled
3.
One logical processor is waiting for an event (i.e. hardware interrupt)
4.
The other logical processor executes code from very slow memory such that every code fetch
is deferred long enough for the STPCLK# to be re-asserted.
Implication:
If this erratum occurs, the processor will go into and out of the sleep state without making
forward progress, since the logical processor will not be able to service any pending event. This
erratum has not been observed in any commercial platform running commercial software
.
Workaround:
None
Status:
For the steppings affected, see the
Summary Tables of Changes.
R38.
Processor Provides a 4-Byte Store Unlock after an 8-Byte Load Lock
Problem:
When the processor is in the Page Address Extension (PAE) mode and detects the need to set the
Access and/or Dirty bits in the page directory or page table entries, the processor sends an 8 byte
load lock onto the system bus. A subsequent 8 byte store unlock is expected, but instead a 4 byte
store unlock occurs. Correct data is provided since only the lower bytes change, however external
logic monitoring the data transfer may be expecting an 8 byte load lock.
Implication:
No known commercially available chipsets are affected by this erratum.
Workaround:
None identified at this time.
Status:
For the steppings affected, see the
Summary Tables of Changes.
R39.
Data Breakpoints on the High Half of a Floating Point Line Split May Not Be
Captured
Problem:
When a floating point load which splits a 64-byte cache line gets a floating point stack fault, and a
data breakpoint register maps to the
high line of the floating point load, internal boundary
conditions exist that may prevent the data breakpoint from being captured.
Implication:
When this erratum occurs, a data breakpoint will not be captured.
Workaround:
None identified.
Status:
For the steppings affected, see the
Summary Tables of Changes
.