================================================================================
Intel(R) Server Board S2600TP Product Family
Firmware Update Package for Intel(R) One Boot Flash Update Utility and
Windows* Preboot Execution Environment 
================================================================================
Intel Enterprise Platform & Services Division - Marketing
Intel Corporation
2111 N.E. 25th Avenue, Hillsboro, OR 97124 USA
================================================================================
DATE    : 	April 19, 2017
TO      : 	Intel(R) Server Board S2600TP Product Family customers
SUBJECT : Release Notes for System Firmware Update Package 
================================================================================
                              ABOUT THIS RELEASE
================================================================================
BIOS:     	01.01.0021
ME:        	03.01.03.043
BMC:     	01.49.10574
FRUSDR:	    1.17
================================================================================
                           Support Platforms and Dependency
================================================================================
Processors supported:
Intel(R) Xeon processor E5-2600 v3 series
Intel(R) Xeon processor E5-2600 v4 series

Microcode update versions:
CPUID     Version      Status
0x306f2   0x0000003a   Production (E5-2600 v3 C0/C1)
0x406f1   0x0b000020   External   (E5-2600 v4 B0)

Production boards:
  Product		Fab Version	      
  S2600TP		Fab3 or above    
  S2600TPF	    Fab3 or above 

The following update process must be followed to ensure a trouble free update.
1.	Manageability Engine (ME) firmware
2.  FD
2.	BMC firmware
3.	BIOS
4.	FRUSDR

================================================================================
                             IMPORTANT NOTE!!!                   
================================================================================
 - This Update package must be installed using 
 Intel(R) One-boot Flash Update (OFU) V14.0 Build 14 or later

================================================================================
                  System Firmware Update Package Usage instructions                   
================================================================================
This package can be updated using one of the following methods:
 - Windows* or Linux* operating system using 
 Intel(R) One-boot Flash Update (OFU) V14.0 Build 14 or later

Intel(R) One boot Flash Update utility can be downloaded from http://downloadcenter.intel.com/
and it is part of the "BIOS, Firmware Update & Configuration Utilities" for 
Windows* and Linux*. Please refer to Intel(R) OFU user guide about the details of 
installation and usage of OFU.

Use OFU to update system firmware by the following steps:
- Install OFU on Windows* or Linux* system
- Download the latest firmware update package from http://downloadcenter.intel.com/
- Unzip package to a folder
- Run the following command in Windows* command line/Linux* terminal window:
  <OFU install folder name>:\flashupdt -u  <package folder name>\flashupdt.cfg
                       
To update from Windows* Preboot Execution Environment (WinPE)

The System Firmware Update Package can be inserted to Windows* PE customized image 
for creating a bootable Windows* PE CD. User is able to update system firmware from 
customized WinPE CD by the following steps:
- Boot server with customized WinPE CD
- Run script "WinPE21_x64_Update.bat"
  (name may be varied depends on your own customization)
  
Note:
1. The Intel(R) OFU utility is case sensitive. Therefore, when you transfer the 
Firmware Update Package using USB flash drive from a Microsoft Windows* system to a Linux
environment, you must first extract under the Linux* environment. Otherwise, you 
will need to mount the USB flash drive manually with 'vfat' option under Linux to avoid 
conversion from upper case to lower case and vice versa.

2. To make Intel(R) OFU utility run properly under x86 or x64 OS, you have to read
OFU release notes on known issues for OFU installation.

3. In this SFUP package, Intel only provide batch file "WinPE_x64_Update.bat" 
for WinPE2.1/3.0 64 bit solution as an example. Please refer to white paper 
"White Paper-Intel Server Utilities Procedure for WinPE.pdf" for details on 
building your own customized WinPE CD.

4. Windows PE 2.0 - built from Windows Vista SP1 EM64T
5. Windows PE 2.1 - built from Windows Vista SP1 or Windows Server 2008, EM64T
6. Windows PE 3.1 - built from Windows Server 2008 R2, EM64T
7. Microsoft IPMI driver is loaded by default from WinPE CD, if you want to use 
Intel IPMI driver instead of MS IPMI driver for firmware update, you can un-install
Microsoft IPMI driver by:
                Devicesetup.exe ¨Cv remove *IPI0001
                Note: IPI0001 is the device ID for Microsoft IPMI driver.
 
================================================================================
			IMPORTANT NOTICE
================================================================================
1. BIOS R01.01.0020 will include a security revision upgraded. 
   BIOS downgrade is not allowed from the OS and can only be performed on uEFI shell using the BIOS recovery jumper method.
2. BIOS R01.01.0018 will include a security revision upgraded. 
   BIOS downgrade is not allowed from the OS and can only be performed on uEFI shell using the BIOS recovery jumper method.
3. BIOS R01.01.0009 will enable UEFI Secure Boot and include below limitations:
    - Please read "BIOS UEFI SECURE BOOT IMPACT AND MITIGATION METHOD" section in this BIOS release notes
    - All customer settings saved in BIOS NVRAM will be lost after new BIOS upgrade
    - BIOS downgrade is not allowed if user has enabled BIOS secure boot. All customer setting will be lost also if downgrade to previous BIOS release
    - Backup BIOS region is also required to be updated to prevent recovery failure please use release package to update BIOS
    - There is downgrade hang risk if you don't follow above rules
    - Further BIOS release will not suffer from these side effects as the NVRAM region is formatted as authenticated variable storage
4. System will hang 0xbf after downgrading BIOS from D0055(E5-2600V4 code tree) to R0011/R0009(E5-2600V3 code tree) randomly
    - Set SUT to recovery mode to power on, then set it back to normal boot to see whether it is recovered
5. The iFlash32 utility parameter of 'UpdateNvram' is not supported under Normal Mode, however it is only supported under Recovery Mode
6. Design change from D076 for <PCIe correctable error threshold> to change default setting from <All> to <10>. Need to press <F9> to see the new default string
7. Suggest to press 'F9' to load default if using the 'IOU Non-posted prefetch control' setup options in the first time
8. Use I/O Quick Data(also known as CBDMA) feature to access PCIe MMIO space, such as NTB or PCIe bridge, user may observe I/O performance drop during stress test.
   The reason is under debug, the workaround is to disable Relax Ordering feature.
9. Using an old revision of the Intel OFU utility will lead to a system hang. Latest revision is v14B14
================================================================================
     BIOS UEFI SECURE BOOT IMPACT AND MITIGATION METHOD
=================================================================================
1. Customer Setting Loss Issue and Mitigation Method
    When user upgrades BIOS with secure boot feature, the NVRAM will be automatically
  formatted as authenticated variable physical storage. However, all previous customer
  settings storage in NVRAM will be lost even if user does not enable UEFI secure boot
  feature.
    Users can take the follow recipe to save and restore their settings based on
  the actual NVRAM usage if they wish to upgrade or downgrade between BIOS with or
  without secure boot feature.
    Supposing customer requires to save & restore their specific NVRAM named 'var':
  Steps:
  1. Prepare FAT partition USB key (or HDD).
  2. Boot to EFI shell.
  3. Check the file system mapping (e.g. fs0:) of the USB key with 'map -r' command.
  4. Use 'dmpstore var -s fs0:\var.bin' to save the variable to the physical file.
  5. Perform BIOS update and reboot system.
  6. Boot to EFI shell.
  7. Use 'dmpstore var -l fs0:\var.bin' to restore the variable.
  8. Reboot the system if the customer setting requires reboot to take effect.

Notes:
  1. Immediate reboot after BIOS update is mandatory. Or the restore operation will
     not take effect.
  2. Customers can repeat step 4 and step 7 for several times if they need to save & restore
     multiple NVRAM variables.
  3. Most of BIOS customer settings by SysCfg can also be restored in this way. Customers
     can follow previous step1~8 by substituting 'Setup' for 'var' in the sample.
  4. For BIOS downgrade case, step7 cannot be used to restore authenticate variables
     (e.g. PK, KEK, DB, DBX) to non-authenticated NVRAM storage

2. Recovery Mode Failure
   There is known bug that it cannot POST successfully with authenticated NVRAM storage.
   This will cause platform recovery failure and permanent deny of service (PDOS) if the
   primary BIOS region gets corrupted for some reason. It is required to update backup BIOS
   region when upgrade BIOS capsule with secure boot feature.
Notes:
  For downgrade case, user is not required to update backup BIOS region as new
  BIOS with secure boot feature can handle NVRAM with old storage format:
  it will format it to new authenticated variable storage automatically.
  However, care must be taken when downgrading BIOS in recovery mode: After flashing
  BIOS without secure boot feature, user should restore recovery HW jumper immediately
  before platform reset.If platforms reset occurs before restoring recovery HW jumper,
  the backup BIOS will once again format NVRAM to new storage format, which will cause
  newly flashed BIOS (without secure boot feature) POST failure after user restores
  recovery HW jumper.
  
================================================================================
							BIOS 01.01.0021
================================================================================

CCB#483: Allow ITK to change SMBIOS table OEM Strings (Type 11)
EPSD 100256184:Fix issue PCIe card is not receiving IRQs in the second slot of customer riser
CCB1713: Add an option in ITK to allow customer to enable/disable Spread Spectrum Clock (SSC) 
EPSD 100036011: [E5-2600V4] SMBIOS have some problem in the BCP24HDD platform with SAS bridge board 
EPSD 100036147: [E5-2600V4] Serial Port / eUSB should belong internal device not external device in SMBIOS Type8
[HSD-ES][2103614071][E5-2600V4] BMC version show wrong in diagnostic screen 
EPSD 100036010: [E5-2600V4] COM Port amount in Windows Device Manager does not match BIOS Serial Port setting 
Update RC code to v4.0.0 
EPSD 100255807: Some modules are failed in existing vulnerability test by running command "chipsec_main.py"--- fix C-State lock issue 
EPSD 100255807: Some modules are failed in existing vulnerability test by running command "chipsec_main.py"--- fix MsUnitDeviceFunctionHideLock issue
EPSD 100036120 : [E5-2600V4] Press F2/F6/F12 on clear ownership interactive page will see unexpected message show up 
HSD-ES 2103614916: [E5-2600V4] A typo in the help text of Crosslink control override option, it should be DSDUSP
HSD-ES 2103614926: UUT will halt when first 32bit of IPv6 Address/Gateway are set to a value over 32bit 
HSD-ES 1504411152: Grantley Boot performance issue (6 - 8 seconds) reported by customer inside BIOS ACPI _OSC method
HSD-ES 2006614580: Legacy Network Device Boot Order still boots after disabling
Update ucode 0000003a for E5-2600V3, 0b000020 for E5-2600V4

================================================================================
                            ME 03.01.03.043
================================================================================

Flash from Grantley FW to Grantley-R FW could cause SPS reset.
System unexpected shutdown with SPS FW exception error.
ME FW changes P state value when no policy is active imapcting performance.
C8h command power readings for CPU domain are invalid.

===============================================================================
                        KNOWN ISSUES/WORKAROUNDS/REQUIREMENTS
===============================================================================
- This BMC FW update package is to be used only on PCSD server baseboards and
  does NOT support customer reference boards (CRB) or silicon reference
  platforms (SRP).
  Contact your Intel Representatives to determine where to download the BMC FW
  for these products.

- The BMC FW image file in this package is to be used only with the provided
  FWPIAUPD update utility.
  Using the FW image file with a SPI flash device programmer will result in a
  non-functional system.  

- Some open source ipmi utilities may automatically retry multiple times during  
  access BMC using bad password and supporting IPMI specification 1.5 in Linux OS.
  CCB310 will log more bad password login SEL.
  
===============================================================================
                             BMC 01.49.10574
===============================================================================

-1405569243: SSB Temperature Sensor (0x22) Unable to be read after updating with OFU Utility
-none:       Fix two EWS vulnerabilities reported by scanner: Web Server Vulnerable to 
						 Redirection Page Cross-Site Scripting Attacks; Incomplete or No Cache-control 
						 and Pragma HTTP Header Set.
-1504410796: Grantley FW Java certificate expired
-2006616799: ipmitool command doesn't stop fan of Cougar rock card (Xeon Phi 
						 Co-processor)
-2006616806: there is not communication between ipmitool command and SMC
-2103615195: [Grantley][BMC][EWS] An error pop-up when selecting EWS option "SDR 
             Configuration" or "Security Settings" with a user privilege account
-2103615199: [Grantley][BMC][PHI]With BMC 1.49.10442, the FRU info of Xeon PHI card 
             can't be detected by FRUSDR utility or EWS.
-2006619034: EMCTHOL - Inconsistent FW Version format on BMC Release Notes - HEX or DEC
-2103615408: [Grantley][BMC][SMASH] The SMASH-CLP window closed automatically after 
             running "stop /system1" command.
-none:       Fix six EWS vulnerabilities reported by scanner: X-Frame-Options Header Not Set; 
						 Web Browser XSS Protection Not Enabled; X-Content-Type-Options Header Missing; 
						 SSL/TLS use of weak RC4 cipher; SSL medium strength and 64bit block ciphers 
						 supported; Protection against Clickjacking vulnerability.
-CCB 1711: Need a command to check power button status
-none: upgrade openssl to version 1.0.2k
-none: upgrade openssh to version 7.4p1

=============================================================================
        SYSTEM HARDWARE & SOFTWARE REQUIREMENTS/REVISIONS
=============================================================================

- BMC firmware rev 1.41.9579(or later) MUST be preinstalled prior to installing
  this FRU/SDR package.
- BIOS R01.01.0015 or later
- MB Ver 03.01.03.021

================================================================================
                             FRUSDR 1.17
================================================================================    

- Modified the cfg file to detect EBCP SKU
- Update SDR as per Taylor Pass FSC Config Sheet Rev 1.5.xlsm
- Update frusdr.efi and ipmi.efi utility 14.0 build 9

=============================================================================
                            LEGAL INFORMATION
=============================================================================
Information in this document is provided in connection with Intel products. 
No license, express or implied, by estoppel or otherwise, to any intellectual 
property rights is granted by this document. Except as provided in Intel's 
Terms and Conditions of Sale for such products, Intel assumes no liability 
whatsoever, and Intel disclaims any express or implied warranty, relating to 
sale and/or use of Intel products including liability or warranties relating 
to fitness for a particular purpose, merchantability, or infringement of any 
patent, copyright or other intellectual property right. Intel Corporation may 
have patents or pending patent applications, trademarks, copyrights, or other 
intellectual property rights that relate to the presented subject matter.  
The furnishing of documents and other materials and information does not 
provide any license, express or implied, by estoppel or otherwise, to any 
such patents, trademarks, copyrights, or other intellectual property rights.  
Intel products are not intended for use in medical, life saving, or life 
sustaining applications. Intel may make changes to specifications and product 
descriptions at any time, without notice.

Intel is a registered trademark of Intel Corporation. 
*Other names and brands are the property of their respective owners.
Copyright (c) 2017Intel Corporation.

A portion of this firmware is open source code, which falls under the
GPL 2.0 license.  

[END OF RELEASE NOTES]
