Does the P3700 SSD actually populate values into Intel SMBus slave device 53h?
I have this SMBus issue on one Z97 motherboard (ASUS Maximus VII Gene) but not on another Z97 motherboard (ASROCK Z97M Pro 4).
As far as I know, 53h is supposed to contain DIMM SPD data for memory slot B2, when any RAM is populated in slot B1/B2 while the P3700 SSD is populated in any of the PCI Express slots on the Maximus VII Gene motherboard will result in a memory error (no boot).
I am trying to figure out who should I be looking for a fix to this issue, Intel or Asus?
I do. Running the UEFI Shell on my ASUS motherboard, I type in "ver" from the EFI Shell prompt, this is the result:
EFI Specification: 2.31
EFI Vendor: American Megatrends
EFI Revision: 4.655
I managed to get some answers to the questions you asked above:
1. Why does it have to be 53h (and not somewhere else)? I am pretty sure all the recent PCHs (Cougar Point, Panther Point, Lynx Point) use 50h-53h on the SMBus for DIMM SPD data. I know that Patsburg (and maybe Wellsburg) is the exception to this (where DIMM SPD data is at a different location).
53h is the correct location for the VPD (Vital Product Data) per the SSD Form Factor specification. The Intel® SSD DC P3700/P3600 series drives are targeted for Data Center Servers and Storage appliances. These systems generally use a MUX to allow multiple devices to share resources.
One last question:
Will the P3700 work even if 3.3Vaux is not supplied by the system (as per Chapter 7.5, 2nd paragraph of Enterprise SSD Form Factor 1.0a Specification)?
We are going to verify on this for you and will let you know soon. Please allow us some time to check further on this matter.