From: "Cédric Le Goater" <clg@fr.ibm.com>
To: Greg Kurz <gkurz@linux.vnet.ibm.com>
Cc: Corey Minyard <cminyard@mvista.com>,
qemu-devel@nongnu.org, "Michael S. Tsirkin" <mst@redhat.com>
Subject: Re: [Qemu-devel] [PATCH 2/8] ipmi: add get and set SENSOR_TYPE commands
Date: Wed, 6 Jan 2016 19:16:27 +0100 [thread overview]
Message-ID: <568D59FB.9040303@fr.ibm.com> (raw)
In-Reply-To: <20160106105539.4bee4e9f@bahia.local>
On 01/06/2016 10:55 AM, Greg Kurz wrote:
> On Tue, 5 Jan 2016 18:29:56 +0100
> Cédric Le Goater <clg@fr.ibm.com> wrote:
>
>> Signed-off-by: Cédric Le Goater <clg@fr.ibm.com>
>> ---
>
> Acked-by: Greg Kurz <gkurz@linux.vnet.ibm.com>
>
> Just some minor comments on the form below.
>
>
>> hw/ipmi/ipmi_bmc_sim.c | 51 ++++++++++++++++++++++++++++++++++++++++++++++++--
>> 1 file changed, 49 insertions(+), 2 deletions(-)
>>
>> diff --git a/hw/ipmi/ipmi_bmc_sim.c b/hw/ipmi/ipmi_bmc_sim.c
>> index 559e1398d669..061db8437479 100644
>> --- a/hw/ipmi/ipmi_bmc_sim.c
>> +++ b/hw/ipmi/ipmi_bmc_sim.c
>> @@ -37,13 +37,15 @@
>> #define IPMI_CMD_CHASSIS_CONTROL 0x02
>>
>> #define IPMI_NETFN_SENSOR_EVENT 0x04
>> -#define IPMI_NETFN_SENSOR_EVENT_MAXCMD 0x2e
>> +#define IPMI_NETFN_SENSOR_EVENT_MAXCMD 0x30
>>
>
> Maybe IPMI_NETFN_SENSOR_EVENT_MAXCMD should be defined...
These are maximums for each IPMI family of commands (netfn). See
the arrays at the end of the file :
static const IPMICmdHandler *_cmds[*_MAXCMD]
You'll get the idea.
>> #define IPMI_CMD_SET_SENSOR_EVT_ENABLE 0x28
>> #define IPMI_CMD_GET_SENSOR_EVT_ENABLE 0x29
>> #define IPMI_CMD_REARM_SENSOR_EVTS 0x2a
>> #define IPMI_CMD_GET_SENSOR_EVT_STATUS 0x2b
>> #define IPMI_CMD_GET_SENSOR_READING 0x2d
>> +#define IPMI_CMD_SET_SENSOR_TYPE 0x2e
>> +#define IPMI_CMD_GET_SENSOR_TYPE 0x2f
>>
>
> ... here ?
>
>> /* #define IPMI_NETFN_APP 0x06 In ipmi.h */
>> #define IPMI_NETFN_APP_MAXCMD 0x36
>> @@ -1576,6 +1578,49 @@ static void get_sensor_reading(IPMIBmcSim *ibs,
>> return;
>> }
>>
>> +static void set_sensor_type(IPMIBmcSim *ibs,
>> + uint8_t *cmd, unsigned int cmd_len,
>> + uint8_t *rsp, unsigned int *rsp_len,
>> + unsigned int max_rsp_len)
>> +{
>> + IPMISensor *sens;
>> +
>> +
>> + IPMI_CHECK_CMD_LEN(5);
>> + if ((cmd[2] > MAX_SENSORS) ||
>
> Parenthesis not needed here since > has precedence over ||
>
>> + !IPMI_SENSOR_GET_PRESENT(ibs->sensors + cmd[2])) {
>
> Indentation ?
OK. I will fix that.
>> + rsp[2] = IPMI_CC_REQ_ENTRY_NOT_PRESENT;
>> + goto out;
>> + }
>> + sens = ibs->sensors + cmd[2];
>> + sens->sensor_type = cmd[3];
>> + sens->evt_reading_type_code = cmd[4] & 0x7f;
>
> So evt_reading_type_code is 7bit ? Maybe worth to
> introduce a IPMI_SENSOR_TYPE_MASK define.
Yes. there are a few of these in the code.
>> +
>> + out:
>> + return;
>> +}
>> +
>> +static void get_sensor_type(IPMIBmcSim *ibs,
>> + uint8_t *cmd, unsigned int cmd_len,
>> + uint8_t *rsp, unsigned int *rsp_len,
>> + unsigned int max_rsp_len)
>> +{
>> + IPMISensor *sens;
>> +
>> +
>> + IPMI_CHECK_CMD_LEN(3);
>> + if ((cmd[2] > MAX_SENSORS) ||
>> + !IPMI_SENSOR_GET_PRESENT(ibs->sensors + cmd[2])) {
>
> Parenthesis and indentation ?
yep. copy & paste :)
Thanks,
C.
>> + rsp[2] = IPMI_CC_REQ_ENTRY_NOT_PRESENT;
>> + goto out;
>> + }
>> + sens = ibs->sensors + cmd[2];
>> + IPMI_ADD_RSP_DATA(sens->sensor_type);
>> + IPMI_ADD_RSP_DATA(sens->evt_reading_type_code);
>> + out:
>> + return;
>> +}
>> +
>> static const IPMICmdHandler chassis_cmds[IPMI_NETFN_CHASSIS_MAXCMD] = {
>> [IPMI_CMD_GET_CHASSIS_CAPABILITIES] = chassis_capabilities,
>> [IPMI_CMD_GET_CHASSIS_STATUS] = chassis_status,
>> @@ -1592,7 +1637,9 @@ sensor_event_cmds[IPMI_NETFN_SENSOR_EVENT_MAXCMD] = {
>> [IPMI_CMD_GET_SENSOR_EVT_ENABLE] = get_sensor_evt_enable,
>> [IPMI_CMD_REARM_SENSOR_EVTS] = rearm_sensor_evts,
>> [IPMI_CMD_GET_SENSOR_EVT_STATUS] = get_sensor_evt_status,
>> - [IPMI_CMD_GET_SENSOR_READING] = get_sensor_reading
>> + [IPMI_CMD_GET_SENSOR_READING] = get_sensor_reading,
>> + [IPMI_CMD_SET_SENSOR_TYPE] = set_sensor_type,
>> + [IPMI_CMD_GET_SENSOR_TYPE] = get_sensor_type,
>> };
>> static const IPMINetfn sensor_event_netfn = {
>> .cmd_nums = IPMI_NETFN_SENSOR_EVENT_MAXCMD,
>
next prev parent reply other threads:[~2016-01-06 18:16 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-05 17:29 [Qemu-devel] [PATCH 2/8] ipmi: add get and set SENSOR_TYPE commands Cédric Le Goater
2016-01-06 9:55 ` Greg Kurz
2016-01-06 18:16 ` Cédric Le Goater [this message]
2016-01-07 13:22 ` Greg Kurz
2016-01-08 20:23 ` Corey Minyard
2016-01-12 7:37 ` Cédric Le Goater
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=568D59FB.9040303@fr.ibm.com \
--to=clg@fr.ibm.com \
--cc=cminyard@mvista.com \
--cc=gkurz@linux.vnet.ibm.com \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).