Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758456Ab3DCI7f (ORCPT ); Wed, 3 Apr 2013 04:59:35 -0400 Received: from mail-la0-f45.google.com ([209.85.215.45]:35214 "EHLO mail-la0-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758413Ab3DCI7b (ORCPT ); Wed, 3 Apr 2013 04:59:31 -0400 MIME-Version: 1.0 In-Reply-To: <1364899967-18118-1-git-send-email-huzefa.nomanx.kankroliwala@intel.com> References: <1364899967-18118-1-git-send-email-huzefa.nomanx.kankroliwala@intel.com> Date: Wed, 3 Apr 2013 10:59:30 +0200 Message-ID: Subject: Re: [PATCH] i2c-hid: fix length for set/get report in i2c hid From: Benjamin Tissoires To: Huzefa Kankroliwala Cc: jkosina@suse.cz, mika.westerberg@intel.com, linux-kernel@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2978 Lines: 77 Hi Huzefa, On Tue, Apr 2, 2013 at 12:52 PM, Huzefa Kankroliwala wrote: > With the current i2c hid driver set/get report does not work > as expected, for e.g sensor hub properties like power state, > frequency etc is not set properly on the device as a result > we do not get events. > The problem is that i2c hid driver in function i2c_hid_request > sets length equal to default buffer size for which the sensor > hub does not respond on get/set commands. Use report length > and calculate it based on report size and id. oops, seems like I've been too lazy to get the actual size. Thanks for fixing it. I just have one small formatting comment (see below). Except that, Reviewed-by: Benjamin Tissoires > > Reviewed-by: Mika Westerberg > Signed-off-by: Huzefa Kankroliwala > --- > drivers/hid/i2c-hid/i2c-hid.c | 10 +++++----- > 1 files changed, 5 insertions(+), 5 deletions(-) > > diff --git a/drivers/hid/i2c-hid/i2c-hid.c b/drivers/hid/i2c-hid/i2c-hid.c > index 935f387..c8cd0c0 100644 > --- a/drivers/hid/i2c-hid/i2c-hid.c > +++ b/drivers/hid/i2c-hid/i2c-hid.c > @@ -567,18 +567,18 @@ static void i2c_hid_request(struct hid_device *hid, struct hid_report *rep, > int reqtype) > { > struct i2c_client *client = hid->driver_data; > - struct i2c_hid *ihid = i2c_get_clientdata(client); > char *buf; > int ret; > + int len = i2c_hid_get_report_length(rep) - 2; > > - buf = kzalloc(ihid->bufsize, GFP_KERNEL); > + buf = kzalloc(len, GFP_KERNEL); > if (!buf) > return; > > switch (reqtype) { > case HID_REQ_GET_REPORT: > - ret = i2c_hid_get_raw_report(hid, rep->id, buf, ihid->bufsize, > - rep->type); > + ret = i2c_hid_get_raw_report(hid, rep->id, buf, len, > + rep->type); No need to add a new line for rep->type when the 80 columns limit is not reached. Cheers, Benjamin > if (ret < 0) > dev_err(&client->dev, "%s: unable to get report: %d\n", > __func__, ret); > @@ -587,7 +587,7 @@ static void i2c_hid_request(struct hid_device *hid, struct hid_report *rep, > break; > case HID_REQ_SET_REPORT: > hid_output_report(rep, buf); > - i2c_hid_output_raw_report(hid, buf, ihid->bufsize, rep->type); > + i2c_hid_output_raw_report(hid, buf, len, rep->type); > break; > } > > -- > 1.7.4.1 > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/