blackbird-hostboot/src/usr/vpd, branch 07-25-2019

Make RT_TARG id generation code common between IPL time and runtime

2020-01-22T15:45:00+00:00

For axone we are writing the OMI mmio bars into hdat so the hypervisor know how to talk to the devices. IPL code needs to be able to lookup the hbrt-style ids so we can use them to make hdat entries that the hypervisor will be able to associate targets with. This commit also move rt_targeting.H to the correct include directory and updates everywhere that it is included. Change-Id: I31deaa1a9c5a7523622a8b3b12ad459e2b2feed3 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/80419 Tested-by: Jenkins Server Tested-by: Jenkins OP Build CI Tested-by: Jenkins OP HW Tested-by: FSP CI Jenkins Reviewed-by: Daniel M Crowell

Enhancements to default console output

2020-01-07T19:22:21+00:00

Added the following pieces of extra information to the default console output: -- Attribute Overrides -- 3.49165|**Found 24 attribute overrides in Tank FAPI(1) 3.49169|- PEC:n0:p0:c0 3.49171| ATTR 0EB604DF [1] = 00 3.49174| ATTR 085F1C7E [1] = 00 3.49177| ATTR 048A8902 [1] = 01 3.49180| ATTR 04D8DF8D [2] = 0000 3.49182|- PEC:n0:p0:c1 3.49185| ATTR 0EB604DF [1] = 00 3.49188| ATTR 085F1C7E [1] = 00 3.49191| ATTR 048A8902 [1] = 03 -- New part detection -- 4.97449|Detected new part : 00030002 (Physical:/Sys0/Node0/DIMM2) -- Applying GARD records -- 8.78767|HWAS|Applying GARD record for HUID=0x000E0000 (Physical:/Sys0/Node0/Pr oc0/XBUS0) due to 0x90000135 8.78912|HWAS|Deconfig HUID 0x000E0000, Physical:/Sys0/Node0/Proc0/XBUS0 Change-Id: Ic2ae04515453dbb49e359abff952c87c83e23b72 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/88388 Tested-by: Jenkins Server Reviewed-by: Nicholas E Bofferding Reviewed-by: Roland Veloz Tested-by: Jenkins OP Build CI Tested-by: Jenkins OP HW Tested-by: FSP CI Jenkins Reviewed-by: William G Hoffa

Automatically include config.h

2019-12-06T16:28:47+00:00

Rather than having to remember to include config.h anywhere we reference a CONFIG variable (and usually forgetting), this adds it to the default compiler flags so that it gets included in every source file we build. Change-Id: I53622ab4d46c55d942e98cae6ec03049fd5b3d08 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/87475 Tested-by: Jenkins Server Tested-by: Jenkins OP Build CI Tested-by: Jenkins OP HW Tested-by: FSP CI Jenkins Reviewed-by: Zachary Clark Reviewed-by: Roland Veloz Reviewed-by: Christian R Geddes Reviewed-by: Nicholas E Bofferding

Add DIMM_BAD_DQ_DATA field for DDR4 DDIMM SPD and bad dq tests

2019-11-19T21:09:48+00:00

Change-Id: I1242a9f8733679afb0fee632e985ccf28096fbd9 RTC: 245516 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/87098 Tested-by: Jenkins Server Tested-by: Jenkins OP Build CI Tested-by: Jenkins OP HW Tested-by: FSP CI Jenkins Reviewed-by: Zane C Shelley Reviewed-by: Paul Greenwood Reviewed-by: Brian J Stegmiller Reviewed-by: Benjamen G Tyner Reviewed-by: Daniel M Crowell

Fix ipmifruinv calls for dimms in swift systems

2019-11-06T17:33:17+00:00

We had a bug in the VPD map for the the DDR4_DDIMMs where we were missing fields that were expected in the data collection for the fruinventory. This commit adds the field we were missing and also adds the PART_NUMBER field which the BMC is currently just leaving blank. Change-Id: I65dbfb0b79bef9d3a9a3bf2d6aa135c5df5ece56 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/86420 Reviewed-by: William G Hoffa Tested-by: Jenkins Server Tested-by: Jenkins OP Build CI Tested-by: Jenkins OP HW Tested-by: FSP CI Jenkins Reviewed-by: Matt Derksen Reviewed-by: Daniel M Crowell

Update Part Number field side for DDR4 DDIMM spd layout

2019-10-25T16:47:54+00:00

Originally we had this set to 0x30 (48) bytes but now it seems the spec says its only 0x1E (30) bytes. This commit update to the new value that the spec is indicating. Change-Id: I3ba643411a51fdd0df731119dce371bd16435944 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/85432 Reviewed-by: Roland Veloz Tested-by: Jenkins Server Reviewed-by: Matt Derksen Tested-by: Jenkins OP Build CI Tested-by: Jenkins OP HW Tested-by: FSP CI Jenkins Reviewed-by: Nicholas E Bofferding

Automatically set VPD cache flags based on EEPROM cache setting

2019-10-17T16:29:29+00:00

Added more logic to the vpd/HBconfig file to force the correct (use hardware) values for the VPD code if the EECACHE flag (SUPPORT_EEPROM_CACHING) is set. This allows the system config files to not include the unused VPD flags anymore. Change-Id: I87f7c5f3e51e3121c081b3007164dbf21cbafba8 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/84757 Tested-by: Jenkins Server Tested-by: Jenkins OP Build CI Tested-by: FSP CI Jenkins Reviewed-by: Christian R Geddes Reviewed-by: Corey V Swenson Reviewed-by: William G Hoffa

Add new DDR4 DDIMM keyword ENTIRE_SPD_WITHOUT_EFD

2019-09-27T22:29:55+00:00

With the DDR4 DDIMM SPD there are really two parts. There is the 640 bytes of information you typically see in a DIMM's SPD and then there are 2 KB - 640 bytes of EFD (extensible function descriptors) to give vendors space to add customized data. In many cases we want the ENTIRE_SPD (including the EFD area) but in other cases we want to save some time/space and only read in the first 640 bytes. This new keyword will give us that flexibility. Change-Id: I88ed58b37417b576f2ec4a779ee0c114791c6c21 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/84070 Tested-by: Jenkins Server Tested-by: Jenkins OP Build CI Tested-by: Jenkins OP HW Tested-by: FSP CI Jenkins Reviewed-by: Matt Derksen Reviewed-by: Matthew Raybuck Reviewed-by: Daniel M Crowell

Update SPD_DDR4 size to be 640 bytes

2019-08-29T20:12:00+00:00

ENTIRE_SPD field needs to be updated from 512 bytes to 640 bytes for DDR DDIMM SPD. Change-Id: I93ce4829336717bd621ecca4acb574daada7ae11 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/83030 Tested-by: Jenkins Server Tested-by: Jenkins OP Build CI Tested-by: Jenkins OP HW Tested-by: FSP CI Jenkins Reviewed-by: Glenn Miles Reviewed-by: Christian R Geddes Reviewed-by: Daniel M Crowell

Add OSYS record MM/SS keyword checks for PVPD

2019-08-15T19:44:10+00:00

For planar VPD (PVPD) there is an additional PN/SN keyword pair we must check when determining if the hardware matches what we have cached in the EECACHE section of pnor. This commit adds this extra check for NODE targets which PVPD eeproms are associated with. Change-Id: I257045144597d250683e67c24e240bd6be468218 RTC: 210350 Reviewed-on: http://rchgit01.rchland.ibm.com/gerrit1/80562 Reviewed-by: Matt Derksen Tested-by: Jenkins Server Tested-by: Jenkins OP Build CI Tested-by: Jenkins OP HW Tested-by: FSP CI Jenkins Reviewed-by: Roland Veloz Reviewed-by: Daniel M Crowell