<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bmcweb, branch master</title>
<subtitle>OpenBMC Web server</subtitle>
<id>https://git.raptorcs.com/git/bmcweb/atom?h=master</id>
<link rel='self' href='https://git.raptorcs.com/git/bmcweb/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bmcweb/'/>
<updated>2020-02-11T05:00:01+00:00</updated>
<entry>
<title>Add message entry for BMC kernel panic event</title>
<updated>2020-02-11T05:00:01+00:00</updated>
<author>
<name>Yong Li</name>
<email>yong.b.li@linux.intel.com</email>
</author>
<published>2020-02-10T07:15:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bmcweb/commit/?id=bd5db5221f1a295da61a3e4dba0c48724e090825'/>
<id>urn:sha1:bd5db5221f1a295da61a3e4dba0c48724e090825</id>
<content type='text'>
Log the BMC kernel panic event into redfish.

Tested:
Trigger a kernel panic by "echo c &gt; /proc/sysrq-trigger",
After BMC reboot, check the below message entry in
redfish/v1/Systems/system/LogServices/EventLog/Entries:
{
 "@odata.context": "/redfish/v1/$metadata#LogEntry.LogEntry",
 "@odata.id": "/redfish/v1/Systems/system/LogServices/EventLog/Entries/68627",
 "@odata.type": "#LogEntry.v1_4_0.LogEntry",
 "Created": "1970-01-01T19:03:47+00:00",
 "EntryType": "Event",
 "Id": "68627",
 "Message": "BMC rebooted due to kernel panic.",
 "MessageArgs": [],
 "MessageId": "OpenBMC.0.1.BMCKernelPanic",
 "Name": "System Event Log Entry",
 "Severity": "OK"
}

Signed-off-by: Yong Li &lt;yong.b.li@linux.intel.com&gt;
Change-Id: Ibc3075a48514b3288ba1a1b1fbe716f5e9deeb26
</content>
</entry>
<entry>
<title>Add a pid controller size limit</title>
<updated>2020-02-10T20:23:25+00:00</updated>
<author>
<name>James Feist</name>
<email>james.feist@linux.intel.com</email>
</author>
<published>2020-02-07T20:23:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bmcweb/commit/?id=e69d9de2d9453ff301e727554dc74fa8bc0f8482'/>
<id>urn:sha1:e69d9de2d9453ff301e727554dc74fa8bc0f8482</id>
<content type='text'>
Right now there is no limit, so someone could attack
the bmc by adding a very large number of controllers.
Create a limit so this isn't possible.

Tested: Add / Remove functionality still works

Change-Id: Ib408293431250d93b0af71616a1668f6a3d0904a
Signed-off-by: James Feist &lt;james.feist@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>PID: Don't attempt to delete unknown objects</title>
<updated>2020-02-10T20:23:16+00:00</updated>
<author>
<name>James Feist</name>
<email>james.feist@linux.intel.com</email>
</author>
<published>2020-02-07T00:25:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bmcweb/commit/?id=6ee7f774bf6393d48c7215e02d6dbf00322bc9f5'/>
<id>urn:sha1:6ee7f774bf6393d48c7215e02d6dbf00322bc9f5</id>
<content type='text'>
This puts a block in to return early if we are asked
to delete something we can't find on D-Bus. This code
path was creating a segfault, but theres no reason to
continue after we can't find an object we are asked to
delete, so we can just avoid it. Also clean up the end
iterator dereference so it doesn't happen in any other
path.

Tested: Segfault goes away

Change-Id: I33622e5e8ab09fba0681e4f86f4a7068f6ef0be7
Signed-off-by: James Feist &lt;james.feist@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>Update AccountService Privilege</title>
<updated>2020-02-10T18:34:06+00:00</updated>
<author>
<name>Gunnar Mills</name>
<email>gmills@us.ibm.com</email>
</author>
<published>2020-01-29T21:21:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bmcweb/commit/?id=3c5a376e005d97f5d586c5aa163267eb3b0381aa'/>
<id>urn:sha1:3c5a376e005d97f5d586c5aa163267eb3b0381aa</id>
<content type='text'>
"GET" should be a "Login" Privilege for the AccountService
resource. This makes sense, a "Readonly" and "Operator" user
should be able to see properties like MaxPasswordLength and
MinPasswordLength since they are allowed to change their own
password.

This was changed in Redfish 2019.3, redfish issue 1914 explains
more.

From Redfish_1.0.4_PrivilegeRegistry.json:
            "Entity": "AccountService",
            "OperationMap": {
                "GET": [
                    {
                        "Privilege": [
                            "Login"
                        ]
                    }
                ],
                "HEAD": [
                    {
                        "Privilege": [
                            "Login"
                        ]
                    }
                ],
                "PATCH": [
                    {
                        "Privilege": [
                            "ConfigureUsers"
                        ]
                    }
                ],
                "PUT": [
                    {
                        "Privilege": [
                            "ConfigureUsers"
                        ]
                    }
                ],
                "DELETE": [
                    {
                        "Privilege": [
                            "ConfigureUsers"
                        ]
                    }
                ],
                "POST": [
                    {
                        "Privilege": [
                            "ConfigureUsers"
                        ]
                    }
                ]

Change-Id: Iab8acbac97a58aed865bf94f665d6c9a32de81dd
Tested: Build for Witherspoon and AccountService looks good.
Signed-off-by: Gunnar Mills &lt;gmills@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Move to 2019.3</title>
<updated>2020-02-10T18:34:00+00:00</updated>
<author>
<name>Gunnar Mills</name>
<email>gmills@us.ibm.com</email>
</author>
<published>2020-02-06T22:50:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bmcweb/commit/?id=6f44b7524f1d48d009ec87b1309481c7905b13b4'/>
<id>urn:sha1:6f44b7524f1d48d009ec87b1309481c7905b13b4</id>
<content type='text'>
Make changes to update_schemas.py needed for the move and run
update_schemas.py.

old path (2019.2)
DSP8010_2019.2/DSP8010_2019.2/json-schema/MemoryMetrics.v1_1_2.json
DSP8010_2019.2/DSP8010_2019.2/openapi/Memory.v1_0_3.yaml
DSP8010_2019.2/DSP8010_2019.2/csdl/AccelerationFunction_v1.xml

new path (2019.3)
DSP8010_2019.3/csdl/Memory_v1.xml
DSP8010_2019.3/json-schema/UpdateService.v1_1_2.json
DSP8010_2019.3/openapi/Zone.v1_3_1.yaml

To see an overview of 2019.3 see
https://www.dmtf.org/sites/default/files/Redfish_Release_2019.3_Overview.pdf

Tested: Built bmcweb, loaded on a Witherspoon, and ran
        the validator. No errors.
Change-Id: I0deaf88b884d65fffa31fcf66183ed61a930a073
Signed-off-by: Gunnar Mills &lt;gmills@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Add Power Supply Attributes</title>
<updated>2020-02-07T21:15:21+00:00</updated>
<author>
<name>Gunnar Mills</name>
<email>gmills@us.ibm.com</email>
</author>
<published>2019-08-15T20:26:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bmcweb/commit/?id=42cbe53889b5f2d358d1174245df51a23efcb3f8'/>
<id>urn:sha1:42cbe53889b5f2d358d1174245df51a23efcb3f8</id>
<content type='text'>
Map DeratingFactor from PowerSupplyAttributes.interface.yaml
to the Redfish property PowerSupply "EfficiencyPercent".

Only do this call when the "Power" schema is called.
Use the InventoryItem class introduced in
adc4f0db57568c5e5d2a3398fce00dbb050a3b72

Tested: Power, Thermal, all look good.
        Passed the Redfish Validator.
  "PowerSupplies": [
    {
      "@odata.id": "/redfish/v1/Chassis/chassis/Power#/PowerSupplies/0",
      "EfficiencyPercent": 90,
      "IndicatorLED": "Off",
      "Manufacturer": "",
      "MemberId": "powersupply0",
      "Model": "2B1D",
      "Name": "powersupply0",
      "PartNumber": "01KL471",
      "PowerInputWatts": 12.0,
      "SerialNumber": "71G370",
      "Status": {
        "Health": "OK",
        "State": "Enabled"
      }
    },

Change-Id: I344577a7a3d72cd37d5f6bab03edbdce13b9f764
Signed-off-by: Gunnar Mills &lt;gmills@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Update update_schemas.py with new Oem</title>
<updated>2020-02-07T19:07:33+00:00</updated>
<author>
<name>Gunnar Mills</name>
<email>gmills@us.ibm.com</email>
</author>
<published>2020-02-06T22:36:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bmcweb/commit/?id=2077899f6d4534d98ca2cca3bc9020dbc6a4aef9'/>
<id>urn:sha1:2077899f6d4534d98ca2cca3bc9020dbc6a4aef9</id>
<content type='text'>
Several Oem schemas have been added but the update_schemas.py
has not been updated. Added them to the update_schemas.py so
the static/redfish/v1/$metadata/index.xml is correctly
built by update_schemas.py.

This is needed to move us to 2019.3 and eventually 2019.4.

Ideally, we would not just have a bunch of
metadata_index.write to write the Oem schemas to
$metadata/index.xml but this will do for now.

https://github.com/openbmc/bmcweb/issues/32
is to improve this.

Tested: Ran update_schemas.py and loaded that image on a
        Witherspoon and ran the validator. No errors.

Change-Id: Iade028e690c31e25a72503d9352bc75eb7ee58dc
Signed-off-by: Gunnar Mills &lt;gmills@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>Move Crashdump to OemCrashdump</title>
<updated>2020-02-07T19:07:33+00:00</updated>
<author>
<name>Gunnar Mills</name>
<email>gmills@us.ibm.com</email>
</author>
<published>2020-02-06T21:29:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bmcweb/commit/?id=4f50ae4b71fc0821f0013cbf586579f7c9a17a2c'/>
<id>urn:sha1:4f50ae4b71fc0821f0013cbf586579f7c9a17a2c</id>
<content type='text'>
All other Oem Schemas start with Oem.
This is used by the update_schemas.py to determine an Oem
schema and is a reasonable requirement for Oem schemas.

https://github.com/openbmc/bmcweb/blob/a3268f98f308ca7c8660b1ace44d5b9a40be204b/scripts/update_schemas.py#L43

Tested: Ran the validator against this change on a Witherspoon
        with BMCWEB_ENABLE_REDFISH_CPU_LOG enabled and OemCheck
        true. Validator passed. Might be worth running on a
        system that actually uses BMCWEB_ENABLE_REDFISH_CPU_LOG.

curl -k https://${bmc}/redfish/v1/Systems/system/LogServices/Crashdump
{
  "@odata.context": "/redfish/v1/$metadata#LogService.LogService",
  "@odata.id": "/redfish/v1/Systems/system/LogServices/Crashdump",
  "@odata.type": "#LogService.v1_1_0.LogService",
  "Actions": {
    "#LogService.ClearLog": {
      "target": "/redfish/v1/Systems/system/LogServices/Crashdump/Actions/LogService.ClearLog"
    },
    "Oem": {
      "#Crashdump.OnDemand": {
        "target": "/redfish/v1/Systems/system/LogServices/Crashdump/Actions/Oem/Crashdump.OnDemand"
      }
    }
  },
  "Description": "Oem Crashdump Service",
  "Entries": {
    "@odata.id": "/redfish/v1/Systems/system/LogServices/Crashdump/Entries"
  },
  "Id": "Oem Crashdump",
  "MaxNumberOfRecords": 3,
  "Name": "Open BMC Oem Crashdump Service",
  "OverWritePolicy": "WrapsWhenFull"
}

Change-Id: Iacc11be1284b99c2ed9a6c2ca0a936bd97855afb
Signed-off-by: Gunnar Mills &lt;gmills@us.ibm.com&gt;
</content>
</entry>
<entry>
<title>[pam]: Restrict user authentication to redfish grp</title>
<updated>2020-02-07T09:58:13+00:00</updated>
<author>
<name>Richard Marian Thomaiyar</name>
<email>richard.marian.thomaiyar@linux.intel.com</email>
</author>
<published>2020-01-28T09:37:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bmcweb/commit/?id=cd17b26c893ba9dd1dcb0d56d725f2892c57e125'/>
<id>urn:sha1:cd17b26c893ba9dd1dcb0d56d725f2892c57e125</id>
<content type='text'>
Restrict bmcweb authentication to redfish group only. This
change makes sure that user without having redfish group user
is not authenticated to query the details, and login will fail.

Tested:
1.Verified by removing the redfish group role for a valid user
and confirmed redfish session establishment fails using postman.

Change-Id: Ie0c1c94a7ac4d218a502faba1d80c7b9fc2a7ca0
Signed-off-by: Richard Marian Thomaiyar &lt;richard.marian.thomaiyar@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>Add support to fetch the 'Updateable' components</title>
<updated>2020-02-03T17:57:27+00:00</updated>
<author>
<name>AppaRao Puli</name>
<email>apparao.puli@linux.intel.com</email>
</author>
<published>2020-01-28T21:06:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bmcweb/commit/?id=3f8a743a5179eb618518ff04b98202a997342bb0'/>
<id>urn:sha1:3f8a743a5179eb618518ff04b98202a997342bb0</id>
<content type='text'>
Currently 'Updateable' property value in SoftwareInventory schema
is hardcoded. Added support to  look through the updateable
software associations objects and use it for 'Updateable'
Redfish property in SoftwareInventory.

Tested:
 - Checked 'Updateable' Property value for both
   programmable and non-programmable firmware inventory
   components and it works as expected.
 - Ran the Redfish validator and no new issues found.

Signed-off-by: AppaRao Puli &lt;apparao.puli@linux.intel.com&gt;
Change-Id: Ia24f942f3afe49674ec3628cac0356a5496ef337
</content>
</entry>
</feed>
