[PATCH phosphor-host-ipmid v2] DCMI GET_POWER_LEVEL bad return code
Norman James
nkskjames at gmail.com
Wed Mar 9 16:50:31 AEDT 2016
I canceled this pull request.
Sent from my iPhone
> On Mar 8, 2016, at 9:25 PM, Stewart Smith <stewart at linux.vnet.ibm.com> wrote:
>
> OpenBMC Patches <openbmc-patches at stwcx.xyz> writes:
>
>> From: Norman James <njames at us.ibm.com>
>>
>> This function uses static data and should always
>> return a good return code. This was causing OCC
>> not to start.
>>
>> Signed-off-by: Norman James <nkskjames at gmail.com>
>> ---
>> dcmihandler.C | 3 +--
>> 1 file changed, 1 insertion(+), 2 deletions(-)
>>
>> diff --git a/dcmihandler.C b/dcmihandler.C
>> index fafebdc..5e7d879 100644
>> --- a/dcmihandler.C
>> +++ b/dcmihandler.C
>> @@ -11,7 +11,7 @@ ipmi_ret_t ipmi_dcmi_get_power_limit(ipmi_netfn_t netfn, ipmi_cmd_t cmd,
>> ipmi_request_t request, ipmi_response_t response,
>> ipmi_data_len_t data_len, ipmi_context_t context)
>> {
>> - ipmi_ret_t rc = IPMI_DCMI_CC_NO_ACTIVE_POWER_LIMIT;
>> + ipmi_ret_t rc = 0;
>>
>> // dcmi-v1-5-rev-spec.pdf 6.6.2.
>
> Shouldn't the value of rc be something that is an ipmi_ret_t ?
>
>> // This is good enough for OpenBMC support for OpenPOWER based systems
>> @@ -37,4 +37,3 @@ void register_netfn_dcmi_functions()
>> ipmi_register_callback(NETFUN_GRPEXT, IPMI_CMD_DCMI_GET_POWER, NULL, ipmi_dcmi_get_power_limit);
>> return;
>> }
>> -// 956379
>> \ No newline at end of file
>
> Above hunk is irrelevant.
>
> --
> Stewart Smith
> OPAL Architect, IBM.
>
More information about the openbmc
mailing list