Intel X38ML Product Specification - Page 73

BSP Identification, Boot Control Support, Post Code Display

Page 73 highlights

Intel® Server Board X38ML Platform Management After the BIOS identifies and saves the BSP information, it sets the FRB2 timer use bit and loads the watchdog timer with the new timeout interval. If the watchdog timer expires while the watchdog use bit is set to FRB2, the BMC (if so configured) logs a watchdog expiration event showing the FRB2 timeout in the event data bytes. The BMC then hard resets the system, assuming the selected BIOS resets as the watchdog timeout action. The BIOS is responsible for disabling the FRB2 timeout before initiating the option ROM scan and before displaying a request for a boot password. If the processor fails and causes an FRB2 time-out, the BMC resets the system. The BIOS gets the watchdog expiration status from the BMC. If the status shows an expired FRB2 timer, the BIOS enters the failure in the system event log (SEL). In the OEM bytes entry in the SEL, the last POST code generated during the previous boot attempt is written. An FRB2 failure is not reflected in the processor status sensor value. The FRB2 failure does not affect the front panel LEDs. 5.6.2.1 Watchdog Timer Timeout Reason Bits To implement FRB2, the BIOS determines during POST if a BMC watchdog timer timeout occurred on the previous boot attempt. If it finds a watchdog timeout did occur, it determines whether that timeout was an FRB2 timeout, a system management software (SMS) timeout, or an intentional, timed hard reset. The BMC provides the IPMI Get Watchdog Timer command to facilitate determining the cause of watchdog time out. The BMC maintains the timeout-reason bits across system resets and DC power cycles, but not across AC power cycles. 5.6.3 BSP Identification The BMC cannot indicate which processor is the BSP. You can use software to identify the BSP, as long as it uses the multiprocessor specification tables. See the BIOS EPS for additional details. 5.6.4 Boot Control Support The BMC supports the IPMI 2.0 boot control feature that allows the boot device and boot parameters to be managed remotely. 5.6.5 Post Code Display When the Integrated BMC receives standby power, it initializes internal hardware to monitor port 80h (POST code) writes. Data written to port 80h is output to the system POST LEDs. Note that although the port 80h data is ready by a hardware FIFO, output to the LEDs is driven by firmware. This could lead to delays between the write and subsequent display on the LEDs. There is also no flow control for port 80h writes, so a burst of data could result in the old POST codes being dropped from the FIFO before they display on the LEDs. Revision 1.3 61 Intel order number E15331-006

  • 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
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132

IntelĀ® Server Board X38ML
Platform Management
Revision 1.3
Intel order number E15331-006
61
After the BIOS identifies and saves the BSP information, it sets the FRB2 timer use bit and
loads the watchdog timer with the new timeout interval.
If the watchdog timer expires while the watchdog use bit is set to FRB2, the BMC (if so
configured) logs a watchdog expiration event showing the FRB2 timeout in the event data bytes.
The BMC then hard resets the system, assuming the selected BIOS resets as the watchdog
timeout action.
The BIOS is responsible for disabling the FRB2 timeout before initiating the option ROM scan
and before displaying a request for a boot password. If the processor fails and causes an FRB2
time-out, the BMC resets the system.
The BIOS gets the watchdog expiration status from the BMC. If the status shows an expired
FRB2 timer, the BIOS enters the failure in the system event log (SEL). In the OEM bytes entry
in the SEL, the last POST code generated during the previous boot attempt is written. An FRB2
failure is not reflected in the processor status sensor value.
The FRB2 failure does not affect the front panel LEDs.
5.6.2.1
Watchdog Timer Timeout Reason Bits
To implement FRB2, the BIOS determines during POST if a BMC watchdog timer timeout
occurred on the previous boot attempt. If it finds a watchdog timeout did occur, it determines
whether that timeout was an FRB2 timeout, a system management software (SMS) timeout, or
an intentional, timed hard reset. The BMC provides the IPMI
Get Watchdog Timer
command to
facilitate determining the cause of watchdog time out.
The BMC maintains the timeout-reason bits across system resets and DC power cycles, but not
across AC power cycles.
5.6.3
BSP Identification
The BMC cannot indicate which processor is the BSP. You can use software to identify the
BSP, as long as it uses the multiprocessor specification tables. See the BIOS EPS for additional
details.
5.6.4
Boot Control Support
The BMC supports the IPMI 2.0 boot control feature that allows the boot device and boot
parameters to be managed remotely.
5.6.5
Post Code Display
When the Integrated BMC receives standby power, it initializes internal hardware to monitor port
80h (POST code) writes. Data written to port 80h is output to the system POST LEDs. Note that
although the port 80h data is ready by a hardware FIFO, output to the LEDs is driven by
firmware. This could lead to delays between the write and subsequent display on the LEDs.
There is also no flow control for port 80h writes, so a burst of data could result in the old POST
codes being dropped from the FIFO before they display on the LEDs.