[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100906233203.GA18048@seas.upenn.edu>
Date: Mon, 6 Sep 2010 19:32:03 -0400
From: Rafi Rubin <rafi@...s.upenn.edu>
To: Jiri Slaby <jirislaby@...il.com>
Cc: Dmitry Torokhov <dmitry.torokhov@...il.com>, jkosina@...e.cz,
linux-input@...r.kernel.org, linux-kernel@...r.kernel.org,
micki@...rig.com, rydberg@...omail.se, chatty@...c.fr
Subject: Re: [PATCH] identify firmware version
On Mon, Sep 06, 2010 at 11:22:50PM +0200, Jiri Slaby wrote:
> On 09/06/2010 09:48 PM, Dmitry Torokhov wrote:
> >> @@ -848,10 +871,43 @@ static int ntrig_probe(struct hid_device *hdev, const struct hid_device_id *id)
> >> if (report)
> >> usbhid_submit_report(hdev, report, USB_DIR_OUT);
> >>
> >> + data = kmalloc(8, GFP_KERNEL);
> >> + if (!data) {
> >> + ret = -ENOMEM;
> >> + goto err_free;
> >> + }
> >> +
> >> + ret = usb_control_msg(usb_dev, usb_rcvctrlpipe(usb_dev, 0),
> >> + USB_REQ_CLEAR_FEATURE,
> >> + USB_TYPE_CLASS | USB_RECIP_INTERFACE |
> >> + USB_DIR_IN,
> >> + 0x30c, 1, data, 8,
> >> + USB_CTRL_SET_TIMEOUT);
> >> +
> >> + if (ret == 8) {
> >> + buf = kmalloc(20, GFP_KERNEL);
> >> + if (!buf) {
> >> + ret = -ENOMEM;
> >> + goto err_free_data;
> >> + }
> >
> > Why do you allocate this from heap? Surely we can spare 20 bytes on
> > stack (you aren't doing DMA into it).
>
> Hi, yeah, I think so too.
No arguments from me, that was just sloppy.
> > I'd also split all this code into ntrig_report_version() to simplifu
> > error handling here.
> >
> >> +
> >> + ret = ntrig_version_string(&data[2], buf);
> >> +
> >> + dev_info(&hdev->dev,
> >> + "Firmware version: %s (%02x%02x %02x%02x)\n",
> >> + buf, data[2], data[3], data[4], data[5]);
> >> +
> >> + kfree(buff);
>
> In any case, this doesn't compile...
>
> >> + }
Jiri, I moved the code to a separate function as Dmitry suggested, and compiled a kernel from a clean tree using
gcc-3.4 (I think).
If this version fails for you, would you mind being a bit more verbose about the failure.
Rafi
---
drivers/hid/hid-ntrig.c | 51 +++++++++++++++++++++++++++++++++++++++++++++++
1 files changed, 51 insertions(+), 0 deletions(-)
diff --git a/drivers/hid/hid-ntrig.c b/drivers/hid/hid-ntrig.c
index 43e95de..69169ef 100644
--- a/drivers/hid/hid-ntrig.c
+++ b/drivers/hid/hid-ntrig.c
@@ -90,6 +90,55 @@ struct ntrig_data {
};
+/*
+ * This function converts the 4 byte raw firmware code into
+ * a string containing 5 comma separated numbers.
+ */
+static int ntrig_version_string(unsigned char *raw, char *buf)
+{
+ __u8 a = (raw[1] & 0x0e) >> 1;
+ __u8 b = (raw[0] & 0x3c) >> 2;
+ __u8 c = ((raw[0] & 0x03) << 3) | ((raw[3] & 0xe0) >> 5);
+ __u8 d = ((raw[3] & 0x07) << 3) | ((raw[2] & 0xe0) >> 5);
+ __u8 e = raw[2] & 0x07;
+
+ /*
+ * As yet unmapped bits:
+ * 0b11000000 0b11110001 0b00011000 0b00011000
+ */
+
+ return sprintf(buf, "%u.%u.%u.%u.%u", a, b, c, d, e);
+}
+
+static void ntrig_report_version(struct hid_device *hdev)
+{
+ int ret;
+ char buf[20];
+ struct usb_device *usb_dev = hid_to_usb_dev(hdev);
+ unsigned char *data = kmalloc(8, GFP_KERNEL);
+
+ if (!data)
+ goto err_free;
+
+ ret = usb_control_msg(usb_dev, usb_rcvctrlpipe(usb_dev, 0),
+ USB_REQ_CLEAR_FEATURE,
+ USB_TYPE_CLASS | USB_RECIP_INTERFACE |
+ USB_DIR_IN,
+ 0x30c, 1, data, 8,
+ USB_CTRL_SET_TIMEOUT);
+
+ if (ret == 8) {
+ ret = ntrig_version_string(&data[2], buf);
+
+ dev_info(&hdev->dev,
+ "Firmware version: %s (%02x%02x %02x%02x)\n",
+ buf, data[2], data[3], data[4], data[5]);
+ }
+
+err_free:
+ kfree(data);
+}
+
static ssize_t show_phys_width(struct device *dev,
struct device_attribute *attr,
char *buf)
@@ -848,6 +897,8 @@ static int ntrig_probe(struct hid_device *hdev, const struct hid_device_id *id)
if (report)
usbhid_submit_report(hdev, report, USB_DIR_OUT);
+ ntrig_report_version(hdev);
+
ret = sysfs_create_group(&hdev->dev.kobj,
&ntrig_attribute_group);
--
1.7.1
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists