Revision Date Author Comments
# 3f8d0197 17-Jul-2023 Gunnar Mills <gmills@us.ibm.com>

Cpu/PCIeSlot: Add {connecting, connected_to}

https://gerrit.openbmc.org/c/openbmc/phosphor-dbus-interfaces/+/64951
removes the current associated_pcie_slots, upstream_processor
association.

This co

Cpu/PCIeSlot: Add {connecting, connected_to}

https://gerrit.openbmc.org/c/openbmc/phosphor-dbus-interfaces/+/64951
removes the current associated_pcie_slots, upstream_processor
association.

This commit adds that association back but with an existing association.
Redfish is adding this link to the PCIeDevice so will have to do
something like Cpu -> Connected_to -> PCIeSlot -> Containing ->
PCIeDevice to fill this out in bmcweb. If instead we put this on
PCIeDevice wouldn't be able to have this link for empty PCIeSlots.

[1] was the original commit for Cpu, PCIeDevice association.

https://gerrit.openbmc.org/c/openbmc/bmcweb/+/61509 is the commit adding
this Link to Redfish, it should be refreshed with this newly named
association.

Redfish describes this as "An array of links to the processors that are
directly connected or directly bridged to this PCIe slot."

Took descriptions from [2].

[1] https://github.com/openbmc/phosphor-dbus-interfaces/commit/df55704398ec8fc3cc608206f05a2226f134c786
[2] https://github.com/openbmc/phosphor-dbus-interfaces/commit/df32eb57476e86044a996c5f2b6765a772c10de4

Change-Id: I7a5be817b565de035e6166b07743f0ec8e919950
Signed-off-by: Gunnar Mills <gmills@us.ibm.com>

show more ...


# 8daf5ff7 13-Jul-2023 Patrick Williams <patrick@stwcx.xyz>

cpu/pcie: remove deprecated association name

There are currently no users of this association in the OpenBMC
organization and the name chosen here does not match the association
naming design. Remo

cpu/pcie: remove deprecated association name

There are currently no users of this association in the OpenBMC
organization and the name chosen here does not match the association
naming design. Remove these associations.

Signed-off-by: Patrick Williams <patrick@stwcx.xyz>
Change-Id: I811c0c49db71d89dab34567ddeaef3a5867ab3b1

show more ...


# 2ff10816 12-Feb-2023 Michael Shen <gpgpgp@google.com>

Cpu: Convert `Step` default value to maxint

https://gerrit.openbmc.org/c/openbmc/bmcweb/+/57143/3/redfish-core/lib/processor.hpp
makes the bmcweb ignore `Step` if its value is default (0 in this cas

Cpu: Convert `Step` default value to maxint

https://gerrit.openbmc.org/c/openbmc/bmcweb/+/57143/3/redfish-core/lib/processor.hpp
makes the bmcweb ignore `Step` if its value is default (0 in this case).
For a new processor, it's possible that the stepping is really `0`. In
this case, the `Step` will still be ignored which is not expected.
Changing its default to maxint can avoid this issue.

Change-Id: I0e40c65c943f1deb62b8d81f4b5259385af06700
Signed-off-by: Michael Shen <gpgpgp@google.com>

show more ...


# a1347418 06-Dec-2022 Patrick Williams <patrick@stwcx.xyz>

reformat with latest settings

Reformat with the latest settings from openbmc-build-scripts (and
copy latest config files where appropriate). Fix a few minor
markdownlint issues.

Signed-off-by: Pat

reformat with latest settings

Reformat with the latest settings from openbmc-build-scripts (and
copy latest config files where appropriate). Fix a few minor
markdownlint issues.

Signed-off-by: Patrick Williams <patrick@stwcx.xyz>
Change-Id: I55205817c29dc3f182a165ddf9cd5d4e07b90063

show more ...


# 36b527af 02-Nov-2022 Benjamin Fair <benjaminfair@google.com>

Inventory: Add "containing" Association for Item

This Association indicates that an Item (usually a Chassis or Board
object) physically contains other objects.

Also remove the duplicate definition

Inventory: Add "containing" Association for Item

This Association indicates that an Item (usually a Chassis or Board
object) physically contains other objects.

Also remove the duplicate definition from Cpu and CpuCore since it's now
covered by Item.

Signed-off-by: Benjamin Fair <benjaminfair@google.com>
Change-Id: I6df06b1dddfd9408ff39e8917d269a2cba22668d

show more ...


# 8c79b1dc 08-Aug-2022 Nikhil Namjoshi <nikhilnamjoshi@google.com>

Inventory : Add Association interface for Cpu and Core

The change #38570 in bmcweb, uses associations between Cpu and CpuCore.
So document those associations in phosphor-dbus-interfaces

Change-Id:

Inventory : Add Association interface for Cpu and Core

The change #38570 in bmcweb, uses associations between Cpu and CpuCore.
So document those associations in phosphor-dbus-interfaces

Change-Id: I5b12ca5a89c094e2a5b47a7fbc39482d6286e9d3
Signed-off-by: Nikhil Namjoshi <nikhilnamjoshi@google.com>

show more ...


# a1a46a94 14-Sep-2022 Brad Bishop <bradleyb@fuzziesquirrel.com>

cpu: add family default

Implementations need not provide the family information.

Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
Change-Id: I771e7d44ca41d7cc00602ec2b9411548b647e5e9


# 6258c4ff 14-Sep-2022 Brad Bishop <bradleyb@fuzziesquirrel.com>

cpu: add socket default

Implementations need not provide the socket information.

Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
Change-Id: I874692061c4d61669017db27ac8fc57dfd980ea9


# 453957cd 31-Mar-2022 Zhenwei Chen <zhenweichen0207@gmail.com>

Rename the reverse_name to reverse_names in associations.

It will allow two different associations with the same name and
different reverse_names.

For example:
associations:
- name: forward_nam

Rename the reverse_name to reverse_names in associations.

It will allow two different associations with the same name and
different reverse_names.

For example:
associations:
- name: forward_name
reverse_names:
- reverse_name_A
- reverse_name_B
required_endpoint_interfaces:
- endpoint
Will have two associations:
- [forward_name, reverse_name_A, endpoint]
- [forward_name, reverse_name_B, endpoint]

Change-Id: Ia01ae59b7dba1556e7c7f8e56ccede47d623c1a1
Signed-off-by: Zhenwei Chen <zhenweichen0207@gmail.com>

show more ...


# 8da396ca 14-Mar-2022 Patrick Williams <patrick@stwcx.xyz>

yaml: format with prettier

Signed-off-by: Patrick Williams <patrick@stwcx.xyz>
Change-Id: I193f690f3612fe72ec69030f81f4d5096a761601


# 0170a765 19-Oct-2021 Brandon Kim <brandonkim@google.com>

Cpu: Update Step and Microcode type to uint

Looking at the Redfish Resource and Schema guide:
https://www.dmtf.org/sites/default/files/standards/documents/DSP2046_2021.2.pdf

Section 6.86.6 at page

Cpu: Update Step and Microcode type to uint

Looking at the Redfish Resource and Schema guide:
https://www.dmtf.org/sites/default/files/standards/documents/DSP2046_2021.2.pdf

Section 6.86.6 at page 668, we see:

```
"Manufacturer": "Intel(R) Corporation",
"Model": "Multi-Core Intel(R) Xeon(R) processor 7xxx Series",
"ProcessorId": {
"VendorId": "GenuineIntel",
"IdentificationRegisters": "0x34AC34DC8901274A",
"EffectiveFamily": "0x42",
"EffectiveModel": "0x61",
"Step": "0x1",
"MicrocodeInfo": "0x429943"
},
```

We see that Step and Microcode information should be represented in hex.
To ensure this, we should pass in uint and let the external interface do
the conversion to hex string.

Following Intel specs, Stepping seems to be 1 byte, and Microcode 4.
https://en.wikipedia.org/wiki/CPUID#EAX=1:_Processor_Info_and_Feature_Bits

Signed-off-by: Brandon Kim <brandonkim@google.com>
Change-Id: Ifb2baf2c04da7bad08e2b1b01bb6db7acebc4e36

show more ...


# 8d3d5a2a 06-Oct-2021 Brandon Kim <brandonkim@google.com>

Cpu: Add EffectiveFamily and update Model to EffectiveModel

Looking at the Redfish Resource and Schema guide:
https://www.dmtf.org/sites/default/files/standards/documents/DSP2046_2021.2.pdf

Section

Cpu: Add EffectiveFamily and update Model to EffectiveModel

Looking at the Redfish Resource and Schema guide:
https://www.dmtf.org/sites/default/files/standards/documents/DSP2046_2021.2.pdf

Section 6.86.6 at page 668, we see:

```
"Manufacturer": "Intel(R) Corporation",
"Model": "Multi-Core Intel(R) Xeon(R) processor 7xxx Series",
"ProcessorId": {
"VendorId": "GenuineIntel",
"IdentificationRegisters": "0x34AC34DC8901274A",
"EffectiveFamily": "0x42",
"EffectiveModel": "0x61",
"Step": "0x1",
"MicrocodeInfo": "0x429943"
},
```

We see that EffectiveFamily and EffectiveModel should be the hex
CPU ID values, while "Model" should be the human-readable name.

Set type of EffectiveFamily and EffectiveModel to uint.

Signed-off-by: Brandon Kim <brandonkim@google.com>
Change-Id: I1a0893a9ec04d41c2ba8d8737a6d210d1633f73b

show more ...


# df557043 04-Oct-2021 Brad Bishop <bradleyb@fuzziesquirrel.com>

pcieslot, cpu: add upstream_processor association

Define a mechanism for documenting associations in PDI YAML files.

A new associations member is added to the interface definitions. The
new associ

pcieslot, cpu: add upstream_processor association

Define a mechanism for documenting associations in PDI YAML files.

A new associations member is added to the interface definitions. The
new associations member is an array, with each array element having an
object or structure type that consists of a name, reverse_name (all
OpenBMC associations are bi-directional), description, and an array of
required_endpoint_interfaces. The name and reverse_name properties must
be snake_case and comply with D-Bus specification restrictions on object
paths so they could be used directly as an object path element in a real
D-Bus implementation. Similarly the required_endpoint_interfaces array
elements must also comply with D-Bus specification restrictions and best
practices on interfaces names.

Associations should only exist as subordinate objects to a superior
object with a specific D-Bus interface - for example the
upstream_processor association should only exist on objects which
implement the PCIeSlot interface. This is the motivating thought behind
documenting OpenBMC associations in the existing interface definition
files instead of somewhere else. Reuse of upstream_processor in other
interfaces is allowed (for example a memory DIMM), but it must be
explicitly listed in each interface definition that wishes to host the
association.

This first use of the associations documentation adds an
upstream_processor interface used to link PCIeSlots to upstream PCIe
host bridges or on-processor PCIe root complexes.

Change-Id: I1d8bdb90a2705c4f16c5b015b7135870782ad672
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>

show more ...


# 40a42aa5 09-Sep-2021 Brandon Kim <brandonkim@google.com>

Add Model property to Cpu Interface

Follow the Redfish Schema for ProcessorId - EffectiveModel:
https://redfish.dmtf.org/schemas/v1/Processor.v1_12_0.json

Signed-off-by: Brandon Kim <brandonkim@goo

Add Model property to Cpu Interface

Follow the Redfish Schema for ProcessorId - EffectiveModel:
https://redfish.dmtf.org/schemas/v1/Processor.v1_12_0.json

Signed-off-by: Brandon Kim <brandonkim@google.com>
Change-Id: I4832c0b2155d9478286f63979a1383fe13d74d4c

show more ...


# d81cff3c 01-Sep-2021 Brandon Kim <brandonkim@google.com>

Add Step and Microcode properties to Cpu Interface

Add Step and Microcode properties to follow the Redfish Schema for
ProcessorId:
https://redfish.dmtf.org/schemas/v1/Processor.v1_12_0.json

Signed-

Add Step and Microcode properties to Cpu Interface

Add Step and Microcode properties to follow the Redfish Schema for
ProcessorId:
https://redfish.dmtf.org/schemas/v1/Processor.v1_12_0.json

Signed-off-by: Brandon Kim <brandonkim@google.com>
Change-Id: Ide119d717ec70c711e14a93c65c72b0536c68f5d

show more ...


# b1b4d261 05-Jun-2021 William A. Kennington III <wak@google.com>

treewide: Create yaml directory

This allows the propagated yamldir paramter to work correctly in
subproject style builds. We don't want other files in the project
conflicting with tools that scan th

treewide: Create yaml directory

This allows the propagated yamldir paramter to work correctly in
subproject style builds. We don't want other files in the project
conflicting with tools that scan the yamldir.

Change-Id: Ie2759c7f3baf399392cdda0e507055ceb262d2e1
Signed-off-by: William A. Kennington III <wak@google.com>

show more ...