Currently, ipmi_demagle_device_id requires a full response buffer in its
data argument. This means we can't use it to parse a response in a
struct ipmi_recv_msg, which has the netfn and cmd as separate bytes.

This change alters the definition and users of ipmi_demangle_device_id
to use a split netfn, cmd and data buffer, so it can be used with
non-sequential responses.

Signed-off-by: Jeremy Kerr <j...@ozlabs.org>
---
 drivers/char/ipmi/ipmi_si_intf.c |  3 ++-
 drivers/char/ipmi/ipmi_ssif.c    |  3 ++-
 include/linux/ipmi_smi.h         | 24 ++++++++++++------------
 3 files changed, 16 insertions(+), 14 deletions(-)

diff --git a/drivers/char/ipmi/ipmi_si_intf.c b/drivers/char/ipmi/ipmi_si_intf.c
index a112c01..21462a5 100644
--- a/drivers/char/ipmi/ipmi_si_intf.c
+++ b/drivers/char/ipmi/ipmi_si_intf.c
@@ -2951,7 +2951,8 @@ static int try_get_dev_id(struct smi_info *smi_info)
                                                  resp, IPMI_MAX_MSG_LENGTH);
 
        /* Check and record info from the get device id, in case we need it. */
-       rv = ipmi_demangle_device_id(resp, resp_len, &smi_info->device_id);
+       rv = ipmi_demangle_device_id(msg[0] >> 2, msg[1],
+                       resp+2, resp_len-2, &smi_info->device_id);
 
 out:
        kfree(resp);
diff --git a/drivers/char/ipmi/ipmi_ssif.c b/drivers/char/ipmi/ipmi_ssif.c
index 5673fff..0e0ea3d 100644
--- a/drivers/char/ipmi/ipmi_ssif.c
+++ b/drivers/char/ipmi/ipmi_ssif.c
@@ -1461,7 +1461,8 @@ static int ssif_probe(struct i2c_client *client, const 
struct i2c_device_id *id)
        if (rv)
                goto out;
 
-       rv = ipmi_demangle_device_id(resp, len, &ssif_info->device_id);
+       rv = ipmi_demangle_device_id(msg[0] >> 2, msg[1],
+                       resp+2, len-2, &ssif_info->device_id);
        if (rv)
                goto out;
 
diff --git a/include/linux/ipmi_smi.h b/include/linux/ipmi_smi.h
index f8cea14..75542c8 100644
--- a/include/linux/ipmi_smi.h
+++ b/include/linux/ipmi_smi.h
@@ -162,27 +162,27 @@ struct ipmi_device_id {
 #define ipmi_version_major(v) ((v)->ipmi_version & 0xf)
 #define ipmi_version_minor(v) ((v)->ipmi_version >> 4)
 
-/* Take a pointer to a raw data buffer and a length and extract device
-   id information from it.  The first byte of data must point to the
-   netfn << 2, the data should be of the format:
-      netfn << 2, cmd, completion code, data
-   as normally comes from a device interface. */
-static inline int ipmi_demangle_device_id(const unsigned char *data,
+/* Take a pointer to an IPMI response and extract device id information from
+ * it. @netfn is in the IPMI_NETFN_ format, so may need to be shifted from
+ * a SI response.
+ */
+static inline int ipmi_demangle_device_id(uint8_t netfn, uint8_t cmd,
+                                         const unsigned char *data,
                                          unsigned int data_len,
                                          struct ipmi_device_id *id)
 {
-       if (data_len < 9)
+       if (data_len < 7)
                return -EINVAL;
-       if (data[0] != IPMI_NETFN_APP_RESPONSE << 2 ||
-           data[1] != IPMI_GET_DEVICE_ID_CMD)
+       if (netfn != IPMI_NETFN_APP_RESPONSE || cmd != IPMI_GET_DEVICE_ID_CMD)
                /* Strange, didn't get the response we expected. */
                return -EINVAL;
-       if (data[2] != 0)
+       if (data[0] != 0)
                /* That's odd, it shouldn't be able to fail. */
                return -EINVAL;
 
-       data += 3;
-       data_len -= 3;
+       data++;
+       data_len--;
+
        id->device_id = data[0];
        id->device_revision = data[1];
        id->firmware_revision_1 = data[2];
-- 
2.7.4


------------------------------------------------------------------------------
_______________________________________________
Openipmi-developer mailing list
Openipmi-developer@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openipmi-developer

Reply via email to