* [U-Boot] [PATCH] Fix USB keyboard polling via control endpoint [not found] <13471364.2645.1396715619854.JavaMail.adrian@Gurnard> @ 2014-04-05 16:36 ` Adrian Cox 2014-04-06 11:17 ` Wolfgang Denk 0 siblings, 1 reply; 11+ messages in thread From: Adrian Cox @ 2014-04-05 16:36 UTC (permalink / raw) To: u-boot USB keyboard polling failed for some keyboards on PowerPC 5020. This was caused by requesting only 4 bytes of data from keyboards that produce an 8 byte HID report. Signed-off-by: Adrian Cox <adrian@humboldt.co.uk> --- common/usb_kbd.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/common/usb_kbd.c b/common/usb_kbd.c index 1ad67ca..0f6c579 100644 --- a/common/usb_kbd.c +++ b/common/usb_kbd.c @@ -341,8 +341,8 @@ static inline void usb_kbd_poll_for_event(struct usb_device *dev) struct usb_kbd_pdata *data = dev->privptr; iface = &dev->config.if_desc[0]; usb_get_report(dev, iface->desc.bInterfaceNumber, - 1, 0, data->new, sizeof(data->new)); - if (memcmp(data->old, data->new, sizeof(data->new))) + 1, 0, data->new, 8); + if (memcmp(data->old, data->new, 8)) usb_kbd_irq_worker(dev); #endif } ^ permalink raw reply related [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH] Fix USB keyboard polling via control endpoint 2014-04-05 16:36 ` [U-Boot] [PATCH] Fix USB keyboard polling via control endpoint Adrian Cox @ 2014-04-06 11:17 ` Wolfgang Denk 2014-04-07 9:56 ` Adrian Cox 2014-04-10 8:12 ` Marek Vasut 0 siblings, 2 replies; 11+ messages in thread From: Wolfgang Denk @ 2014-04-06 11:17 UTC (permalink / raw) To: u-boot Dear Adrian Cox, In message <4526969.2646.1396715845133.JavaMail.adrian@Gurnard> you wrote: > > USB keyboard polling failed for some keyboards on PowerPC 5020. > This was caused by requesting only 4 bytes of data from keyboards that > produce an 8 byte HID report. > > Signed-off-by: Adrian Cox <adrian@humboldt.co.uk> > > --- > common/usb_kbd.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/common/usb_kbd.c b/common/usb_kbd.c > index 1ad67ca..0f6c579 100644 > --- a/common/usb_kbd.c > +++ b/common/usb_kbd.c > @@ -341,8 +341,8 @@ static inline void usb_kbd_poll_for_event(struct usb_device *dev) > struct usb_kbd_pdata *data = dev->privptr; > iface = &dev->config.if_desc[0]; > usb_get_report(dev, iface->desc.bInterfaceNumber, > - 1, 0, data->new, sizeof(data->new)); > - if (memcmp(data->old, data->new, sizeof(data->new))) > + 1, 0, data->new, 8); > + if (memcmp(data->old, data->new, 8)) > usb_kbd_irq_worker(dev); I agree that the code is wrong and needs fixing. data->new is an uint8_t pointer, so taking the size of the pointer is obviously wrong. But what you fix here is not the only place where sizeof(data->new) is used, so this patch fixes part of the problem at best. Can you please try out if the following extended version f the patch works and fixes your problem? You will note that I removed all occurrences of this magic number 8 by replacing it with USB_KBD_PDATA_SIZE so the could should also be easier to read. ------------------- snip ------------------- > From 315d78747a61330afe66b13747f03d74e60b8fcd Mon Sep 17 00:00:00 2001 > From: Wolfgang Denk <wd@denx.de> Date: Sun, 6 Apr 2014 13:14:26 +0200 Subject: [PATCH] Fix USB keyboard polling via control endpoint USB keyboard polling failed for some keyboards on PowerPC 5020. This was caused by requesting only 4 bytes of data from keyboards that produce an 8 byte HID report. Signed-off-by: Adrian Cox <adrian@humboldt.co.uk> Signed-off-by: Wolfgang Denk <wd@denx.de> Cc: Marek Vasut <marex@denx.de> --- common/usb_kbd.c | 34 +++++++++++++++++++++++----------- 1 file changed, 23 insertions(+), 11 deletions(-) diff --git a/common/usb_kbd.c b/common/usb_kbd.c index 1ad67ca..c6692c5 100644 --- a/common/usb_kbd.c +++ b/common/usb_kbd.c @@ -91,6 +91,8 @@ static const unsigned char usb_kbd_arrow[] = { #define USB_KBD_LEDMASK \ (USB_KBD_NUMLOCK | USB_KBD_CAPSLOCK | USB_KBD_SCROLLLOCK) +#define USB_KBD_PDATA_SIZE 8 + struct usb_kbd_pdata { uint32_t repeat_delay; @@ -99,7 +101,7 @@ struct usb_kbd_pdata { uint8_t usb_kbd_buffer[USB_KBD_BUFFER_LEN]; uint8_t *new; - uint8_t old[8]; + uint8_t old[USB_KBD_PDATA_SIZE]; uint8_t flags; }; @@ -131,7 +133,9 @@ void usb_kbd_generic_poll(void) /* Submit a interrupt transfer request */ maxp = usb_maxpacket(usb_kbd_dev, pipe); usb_submit_int_msg(usb_kbd_dev, pipe, data->new, - maxp > 8 ? 8 : maxp, ep->bInterval); + maxp > USB_KBD_PDATA_SIZE ? + USB_KBD_PDATA_SIZE : maxp, + ep->bInterval); } /* Puts character in the queue and sets up the in and out pointer. */ @@ -266,8 +270,10 @@ static uint32_t usb_kbd_service_key(struct usb_device *dev, int i, int up) old = data->old; } - if ((old[i] > 3) && (memscan(new + 2, old[i], 6) == new + 8)) + if ((old[i] > 3) && + (memscan(new + 2, old[i], 6) == new + USB_KBD_PDATA_SIZE)) { res |= usb_kbd_translate(data, old[i], data->new[0], up); + } return res; } @@ -285,7 +291,7 @@ static int usb_kbd_irq_worker(struct usb_device *dev) else if ((data->new[0] == LEFT_CNTR) || (data->new[0] == RIGHT_CNTR)) data->flags |= USB_KBD_CTRL; - for (i = 2; i < 8; i++) { + for (i = 2; i < USB_KBD_PDATA_SIZE; i++) { res |= usb_kbd_service_key(dev, i, 0); res |= usb_kbd_service_key(dev, i, 1); } @@ -297,7 +303,7 @@ static int usb_kbd_irq_worker(struct usb_device *dev) if (res == 1) usb_kbd_setled(dev); - memcpy(data->old, data->new, 8); + memcpy(data->old, data->new, USB_KBD_PDATA_SIZE); return 1; } @@ -305,7 +311,8 @@ static int usb_kbd_irq_worker(struct usb_device *dev) /* Keyboard interrupt handler */ static int usb_kbd_irq(struct usb_device *dev) { - if ((dev->irq_status != 0) || (dev->irq_act_len != 8)) { + if ((dev->irq_status != 0) || + (dev->irq_act_len != USB_KBD_PDATA_SIZE)) { debug("USB KBD: Error %lX, len %d\n", dev->irq_status, dev->irq_act_len); return 1; @@ -333,7 +340,9 @@ static inline void usb_kbd_poll_for_event(struct usb_device *dev) /* Submit a interrupt transfer request */ maxp = usb_maxpacket(dev, pipe); usb_submit_int_msg(dev, pipe, &data->new[0], - maxp > 8 ? 8 : maxp, ep->bInterval); + maxp > USB_KBD_PDATA_SIZE ? + USB_KBD_PDATA_SIZE : maxp, + ep->bInterval); usb_kbd_irq_worker(dev); #elif defined(CONFIG_SYS_USB_EVENT_POLL_VIA_CONTROL_EP) @@ -341,8 +350,8 @@ static inline void usb_kbd_poll_for_event(struct usb_device *dev) struct usb_kbd_pdata *data = dev->privptr; iface = &dev->config.if_desc[0]; usb_get_report(dev, iface->desc.bInterfaceNumber, - 1, 0, data->new, sizeof(data->new)); - if (memcmp(data->old, data->new, sizeof(data->new))) + 1, 0, data->new, USB_KBD_PDATA_SIZE); + if (memcmp(data->old, data->new, USB_KBD_PDATA_SIZE)) usb_kbd_irq_worker(dev); #endif } @@ -441,7 +450,8 @@ static int usb_kbd_probe(struct usb_device *dev, unsigned int ifnum) memset(data, 0, sizeof(struct usb_kbd_pdata)); /* allocate input buffer aligned and sized to USB DMA alignment */ - data->new = memalign(USB_DMA_MINALIGN, roundup(8, USB_DMA_MINALIGN)); + data->new = memalign(USB_DMA_MINALIGN, + roundup(USB_KBD_PDATA_SIZE, USB_DMA_MINALIGN)); /* Insert private data into USB device structure */ dev->privptr = data; @@ -459,7 +469,9 @@ static int usb_kbd_probe(struct usb_device *dev, unsigned int ifnum) usb_set_idle(dev, iface->desc.bInterfaceNumber, REPEAT_RATE, 0); debug("USB KBD: enable interrupt pipe...\n"); - if (usb_submit_int_msg(dev, pipe, data->new, maxp > 8 ? 8 : maxp, + if (usb_submit_int_msg(dev, pipe, data->new, + maxp > USB_KBD_PDATA_SIZE ? + USB_KBD_PDATA_SIZE : maxp, ep->bInterval) < 0) { printf("Failed to get keyboard state from device %04x:%04x\n", dev->descriptor.idVendor, dev->descriptor.idProduct); -- 1.9.0 ------------------- snip ------------------- Thanks! Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de The day-to-day travails of the IBM programmer are so amusing to most of us who are fortunate enough never to have been one - like watching Charlie Chaplin trying to cook a shoe. ^ permalink raw reply related [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH] Fix USB keyboard polling via control endpoint 2014-04-06 11:17 ` Wolfgang Denk @ 2014-04-07 9:56 ` Adrian Cox 2014-04-07 16:59 ` Wolfgang Denk 2014-04-10 8:12 ` Marek Vasut 1 sibling, 1 reply; 11+ messages in thread From: Adrian Cox @ 2014-04-07 9:56 UTC (permalink / raw) To: u-boot > From: "Wolfgang Denk" <wd@denx.de> > I agree that the code is wrong and needs fixing. data->new is an > uint8_t pointer, so taking the size of the pointer is obviously > wrong. But what you fix here is not the only place where > sizeof(data->new) is used, so this patch fixes part of the problem at > best. I can't find any other instances of sizeof in usb_kbd.c. Is this a broader problem in the USB stack? > Can you please try out if the following extended version f the patch > works and fixes your problem? You will note that I removed all > occurrences of this magic number 8 by replacing it with > USB_KBD_PDATA_SIZE so the could should also be easier to read. I've tested your extended patch, and it does fix the problem for me. I agree that adding USB_KBD_PDATA_SIZE does improve readability. Thanks and regards, Adrian Cox ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH] Fix USB keyboard polling via control endpoint 2014-04-07 9:56 ` Adrian Cox @ 2014-04-07 16:59 ` Wolfgang Denk 0 siblings, 0 replies; 11+ messages in thread From: Wolfgang Denk @ 2014-04-07 16:59 UTC (permalink / raw) To: u-boot Dear Adrian, In message <3392231.3254.1396864604431.JavaMail.adrian@Gurnard> you wrote: > > > From: "Wolfgang Denk" <wd@denx.de> > > > I agree that the code is wrong and needs fixing. data->new is an > > uint8_t pointer, so taking the size of the pointer is obviously > > wrong. But what you fix here is not the only place where > > sizeof(data->new) is used, so this patch fixes part of the problem at > > best. > > I can't find any other instances of sizeof in usb_kbd.c. Yes, you are right. I did not see that your patch fixes both occurrences of sizeof(data->new). > Is this a broader problem in the USB stack? I haven't looked at the other code, so I cannot comment on that. > > Can you please try out if the following extended version f the patch > > works and fixes your problem? You will note that I removed all > > occurrences of this magic number 8 by replacing it with > > USB_KBD_PDATA_SIZE so the could should also be easier to read. > > I've tested your extended patch, and it does fix the problem for me. I agree that adding USB_KBD_PDATA_SIZE > does improve readability. Thanks for testing. Marek, can you then please use my version of the patch instead of the original one? Thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de In accord with UNIX philosophy, Perl gives you enough rope to hang yourself. - L. Wall & R. L. Schwartz, _Programming Perl_ ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH] Fix USB keyboard polling via control endpoint 2014-04-06 11:17 ` Wolfgang Denk 2014-04-07 9:56 ` Adrian Cox @ 2014-04-10 8:12 ` Marek Vasut 2014-04-10 8:49 ` Adrian Cox 2014-04-10 10:15 ` Wolfgang Denk 1 sibling, 2 replies; 11+ messages in thread From: Marek Vasut @ 2014-04-10 8:12 UTC (permalink / raw) To: u-boot On Sunday, April 06, 2014 at 01:17:46 PM, Wolfgang Denk wrote: [...] > @@ -131,7 +133,9 @@ void usb_kbd_generic_poll(void) > /* Submit a interrupt transfer request */ > maxp = usb_maxpacket(usb_kbd_dev, pipe); > usb_submit_int_msg(usb_kbd_dev, pipe, data->new, > - maxp > 8 ? 8 : maxp, ep->bInterval); > + maxp > USB_KBD_PDATA_SIZE ? > + USB_KBD_PDATA_SIZE : maxp, > + ep->bInterval); Can we use min(8, USB_KBD_PDATA_SIZE) here instead of this multi-line monster call please ? Also, this USB_KBD_PDATA_SIZE should instead be called "USB_KBD_LS_REPORT_SIZE" according to USB HID spec v1.11 section 5.6 : 5.6 Reports Using USB terminology, a device may send or receive a transaction every USB frame (1 millisecond). A transaction may be made up of multiple packets (token, data, handshake) but is limited in size to 8 bytes for low-speed devices and 64 bytes for high-speed devices. A transfer is one or more transactions creating a set of data that is meaningful to the device?for example, Input, Output, and Feature reports. In this document, a transfer is synonymous with a report. What worries me a bit is that 64-byte high-speed report, but I never saw a device that would generate those. This section 5.6 is also the only place that mentions the high-speed HID device report size limit. [...] > @@ -333,7 +340,9 @@ static inline void usb_kbd_poll_for_event(struct > usb_device *dev) /* Submit a interrupt transfer request */ > maxp = usb_maxpacket(dev, pipe); > usb_submit_int_msg(dev, pipe, &data->new[0], > - maxp > 8 ? 8 : maxp, ep->bInterval); > + maxp > USB_KBD_PDATA_SIZE ? > + USB_KBD_PDATA_SIZE : maxp, min(USB_KBD_LS_REPORT_SIZE, maxp) would be nice. > + ep->bInterval); > > usb_kbd_irq_worker(dev); > #elif defined(CONFIG_SYS_USB_EVENT_POLL_VIA_CONTROL_EP) [...] > @@ -459,7 +469,9 @@ static int usb_kbd_probe(struct usb_device *dev, > unsigned int ifnum) usb_set_idle(dev, iface->desc.bInterfaceNumber, > REPEAT_RATE, 0); > > debug("USB KBD: enable interrupt pipe...\n"); > - if (usb_submit_int_msg(dev, pipe, data->new, maxp > 8 ? 8 : maxp, > + if (usb_submit_int_msg(dev, pipe, data->new, > + maxp > USB_KBD_PDATA_SIZE ? > + USB_KBD_PDATA_SIZE : maxp, Here as well. Other than that, I don't see a problem. Thank you! ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH] Fix USB keyboard polling via control endpoint 2014-04-10 8:12 ` Marek Vasut @ 2014-04-10 8:49 ` Adrian Cox 2014-04-10 9:04 ` Marek Vasut 2014-04-10 10:15 ` Wolfgang Denk 1 sibling, 1 reply; 11+ messages in thread From: Adrian Cox @ 2014-04-10 8:49 UTC (permalink / raw) To: u-boot > From: "Marek Vasut" <marex@denx.de> > Also, this USB_KBD_PDATA_SIZE should instead be called > "USB_KBD_LS_REPORT_SIZE" > [...] > What worries me a bit is that 64-byte high-speed report, but I never > saw a > device that would generate those. This section 5.6 is also the only > place that > mentions the high-speed HID device report size limit. How about renaming to USB_KBD_BOOT_REPORT_SIZE? We know that the keyboard report will be 8 bytes because we explicitly set the keyboard into boot protocol (Appendix B of HID 1.11: "The report may not exceed 8 bytes in length."). Regards, Adrian Cox ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH] Fix USB keyboard polling via control endpoint 2014-04-10 8:49 ` Adrian Cox @ 2014-04-10 9:04 ` Marek Vasut 0 siblings, 0 replies; 11+ messages in thread From: Marek Vasut @ 2014-04-10 9:04 UTC (permalink / raw) To: u-boot On Thursday, April 10, 2014 at 10:49:56 AM, Adrian Cox wrote: > > From: "Marek Vasut" <marex@denx.de> > > > > Also, this USB_KBD_PDATA_SIZE should instead be called > > "USB_KBD_LS_REPORT_SIZE" > > [...] > > What worries me a bit is that 64-byte high-speed report, but I never > > saw a > > device that would generate those. This section 5.6 is also the only > > place that > > mentions the high-speed HID device report size limit. > > How about renaming to USB_KBD_BOOT_REPORT_SIZE? We know that the keyboard > report will be 8 bytes because we explicitly set the keyboard into boot > protocol (Appendix B of HID 1.11: "The report may not exceed 8 bytes in > length."). Good point, thanks. A comment in the code about where this number '8' comes from would be nice. Best regards, Marek Vasut ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH] Fix USB keyboard polling via control endpoint 2014-04-10 8:12 ` Marek Vasut 2014-04-10 8:49 ` Adrian Cox @ 2014-04-10 10:15 ` Wolfgang Denk 2014-04-10 12:33 ` Marek Vasut 1 sibling, 1 reply; 11+ messages in thread From: Wolfgang Denk @ 2014-04-10 10:15 UTC (permalink / raw) To: u-boot Dear Marek, In message <201404101012.42527.marex@denx.de> you wrote: > On Sunday, April 06, 2014 at 01:17:46 PM, Wolfgang Denk wrote: > [...] > > > @@ -131,7 +133,9 @@ void usb_kbd_generic_poll(void) > > /* Submit a interrupt transfer request */ > > maxp = usb_maxpacket(usb_kbd_dev, pipe); > > usb_submit_int_msg(usb_kbd_dev, pipe, data->new, > > - maxp > 8 ? 8 : maxp, ep->bInterval); > > + maxp > USB_KBD_PDATA_SIZE ? > > + USB_KBD_PDATA_SIZE : maxp, > > + ep->bInterval); > > Can we use min(8, USB_KBD_PDATA_SIZE) here instead of this multi-line monster > call please ? Agreed. > Also, this USB_KBD_PDATA_SIZE should instead be called "USB_KBD_LS_REPORT_S> IZE" > according to USB HID spec v1.11 section 5.6 : Fine with me. > What worries me a bit is that 64-byte high-speed report, but I never saw a > device that would generate those. This section 5.6 is also the only place that > mentions the high-speed HID device report size limit. I'm not an USB expert; I cannot comment on this. > Other than that, I don't see a problem. So how should we proceed? Shall I prepare an updated patch - or Adrian, will you do that? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de Remember that the best relationship is one in which your love for each other exceeds your need for each other. - Dalai Lama ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH] Fix USB keyboard polling via control endpoint 2014-04-10 10:15 ` Wolfgang Denk @ 2014-04-10 12:33 ` Marek Vasut 2014-04-10 13:02 ` [U-Boot] [PATCH v3] " Adrian Cox 0 siblings, 1 reply; 11+ messages in thread From: Marek Vasut @ 2014-04-10 12:33 UTC (permalink / raw) To: u-boot On Thursday, April 10, 2014 at 12:15:30 PM, Wolfgang Denk wrote: > Dear Marek, > > In message <201404101012.42527.marex@denx.de> you wrote: > > On Sunday, April 06, 2014 at 01:17:46 PM, Wolfgang Denk wrote: > > [...] > > > > > @@ -131,7 +133,9 @@ void usb_kbd_generic_poll(void) > > > > > > /* Submit a interrupt transfer request */ > > > maxp = usb_maxpacket(usb_kbd_dev, pipe); > > > usb_submit_int_msg(usb_kbd_dev, pipe, data->new, > > > > > > - maxp > 8 ? 8 : maxp, ep->bInterval); > > > + maxp > USB_KBD_PDATA_SIZE ? > > > + USB_KBD_PDATA_SIZE : maxp, > > > + ep->bInterval); > > > > Can we use min(8, USB_KBD_PDATA_SIZE) here instead of this multi-line > > monster call please ? > > Agreed. > > > Also, this USB_KBD_PDATA_SIZE should instead be called > > "USB_KBD_LS_REPORT_S> IZE" > > > according to USB HID spec v1.11 section 5.6 : > Fine with me. > > > What worries me a bit is that 64-byte high-speed report, but I never saw > > a device that would generate those. This section 5.6 is also the only > > place that mentions the high-speed HID device report size limit. > > I'm not an USB expert; I cannot comment on this. > > > Other than that, I don't see a problem. > > So how should we proceed? Shall I prepare an updated patch - or > Adrian, will you do that? Adrian, can you please take all the discussion here and roll out a new patch please ? Best regards, Marek Vasut ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH v3] Fix USB keyboard polling via control endpoint 2014-04-10 12:33 ` Marek Vasut @ 2014-04-10 13:02 ` Adrian Cox 2014-04-10 14:14 ` Marek Vasut 0 siblings, 1 reply; 11+ messages in thread From: Adrian Cox @ 2014-04-10 13:02 UTC (permalink / raw) To: u-boot USB keyboard polling failed for some keyboards on PowerPC 5020. This was caused by requesting only 4 bytes of data from keyboards that produce an 8 byte HID report. Signed-off-by: Adrian Cox <adrian@humboldt.co.uk> Signed-off-by: Wolfgang Denk <wd@denx.de> Cc: Marek Vasut <marex@denx.de> --- Changes in v3: - Fixed checkstyle warnings - Renamed constant to USB_KBD_BOOT_REPORT_SIZE - Use min() for readability common/usb_kbd.c | 36 +++++++++++++++++++++++++----------- 1 file changed, 25 insertions(+), 11 deletions(-) diff --git a/common/usb_kbd.c b/common/usb_kbd.c index 1ad67ca..0b77c16 100644 --- a/common/usb_kbd.c +++ b/common/usb_kbd.c @@ -91,6 +91,12 @@ static const unsigned char usb_kbd_arrow[] = { #define USB_KBD_LEDMASK \ (USB_KBD_NUMLOCK | USB_KBD_CAPSLOCK | USB_KBD_SCROLLLOCK) +/* + * USB Keyboard reports are 8 bytes in boot protocol. + * Appendix B of HID Device Class Definition 1.11 + */ +#define USB_KBD_BOOT_REPORT_SIZE 8 + struct usb_kbd_pdata { uint32_t repeat_delay; @@ -99,7 +105,7 @@ struct usb_kbd_pdata { uint8_t usb_kbd_buffer[USB_KBD_BUFFER_LEN]; uint8_t *new; - uint8_t old[8]; + uint8_t old[USB_KBD_BOOT_REPORT_SIZE]; uint8_t flags; }; @@ -131,7 +137,8 @@ void usb_kbd_generic_poll(void) /* Submit a interrupt transfer request */ maxp = usb_maxpacket(usb_kbd_dev, pipe); usb_submit_int_msg(usb_kbd_dev, pipe, data->new, - maxp > 8 ? 8 : maxp, ep->bInterval); + min(maxp, USB_KBD_BOOT_REPORT_SIZE), + ep->bInterval); } /* Puts character in the queue and sets up the in and out pointer. */ @@ -266,8 +273,11 @@ static uint32_t usb_kbd_service_key(struct usb_device *dev, int i, int up) old = data->old; } - if ((old[i] > 3) && (memscan(new + 2, old[i], 6) == new + 8)) + if ((old[i] > 3) && + (memscan(new + 2, old[i], USB_KBD_BOOT_REPORT_SIZE - 2) == + new + USB_KBD_BOOT_REPORT_SIZE)) { res |= usb_kbd_translate(data, old[i], data->new[0], up); + } return res; } @@ -285,7 +295,7 @@ static int usb_kbd_irq_worker(struct usb_device *dev) else if ((data->new[0] == LEFT_CNTR) || (data->new[0] == RIGHT_CNTR)) data->flags |= USB_KBD_CTRL; - for (i = 2; i < 8; i++) { + for (i = 2; i < USB_KBD_BOOT_REPORT_SIZE; i++) { res |= usb_kbd_service_key(dev, i, 0); res |= usb_kbd_service_key(dev, i, 1); } @@ -297,7 +307,7 @@ static int usb_kbd_irq_worker(struct usb_device *dev) if (res == 1) usb_kbd_setled(dev); - memcpy(data->old, data->new, 8); + memcpy(data->old, data->new, USB_KBD_BOOT_REPORT_SIZE); return 1; } @@ -305,7 +315,8 @@ static int usb_kbd_irq_worker(struct usb_device *dev) /* Keyboard interrupt handler */ static int usb_kbd_irq(struct usb_device *dev) { - if ((dev->irq_status != 0) || (dev->irq_act_len != 8)) { + if ((dev->irq_status != 0) || + (dev->irq_act_len != USB_KBD_BOOT_REPORT_SIZE)) { debug("USB KBD: Error %lX, len %d\n", dev->irq_status, dev->irq_act_len); return 1; @@ -333,7 +344,8 @@ static inline void usb_kbd_poll_for_event(struct usb_device *dev) /* Submit a interrupt transfer request */ maxp = usb_maxpacket(dev, pipe); usb_submit_int_msg(dev, pipe, &data->new[0], - maxp > 8 ? 8 : maxp, ep->bInterval); + min(maxp, USB_KBD_BOOT_REPORT_SIZE), + ep->bInterval); usb_kbd_irq_worker(dev); #elif defined(CONFIG_SYS_USB_EVENT_POLL_VIA_CONTROL_EP) @@ -341,8 +353,8 @@ static inline void usb_kbd_poll_for_event(struct usb_device *dev) struct usb_kbd_pdata *data = dev->privptr; iface = &dev->config.if_desc[0]; usb_get_report(dev, iface->desc.bInterfaceNumber, - 1, 0, data->new, sizeof(data->new)); - if (memcmp(data->old, data->new, sizeof(data->new))) + 1, 0, data->new, USB_KBD_BOOT_REPORT_SIZE); + if (memcmp(data->old, data->new, USB_KBD_BOOT_REPORT_SIZE)) usb_kbd_irq_worker(dev); #endif } @@ -441,7 +453,8 @@ static int usb_kbd_probe(struct usb_device *dev, unsigned int ifnum) memset(data, 0, sizeof(struct usb_kbd_pdata)); /* allocate input buffer aligned and sized to USB DMA alignment */ - data->new = memalign(USB_DMA_MINALIGN, roundup(8, USB_DMA_MINALIGN)); + data->new = memalign(USB_DMA_MINALIGN, + roundup(USB_KBD_BOOT_REPORT_SIZE, USB_DMA_MINALIGN)); /* Insert private data into USB device structure */ dev->privptr = data; @@ -459,7 +472,8 @@ static int usb_kbd_probe(struct usb_device *dev, unsigned int ifnum) usb_set_idle(dev, iface->desc.bInterfaceNumber, REPEAT_RATE, 0); debug("USB KBD: enable interrupt pipe...\n"); - if (usb_submit_int_msg(dev, pipe, data->new, maxp > 8 ? 8 : maxp, + if (usb_submit_int_msg(dev, pipe, data->new, + min(maxp, USB_KBD_BOOT_REPORT_SIZE), ep->bInterval) < 0) { printf("Failed to get keyboard state from device %04x:%04x\n", dev->descriptor.idVendor, dev->descriptor.idProduct); -- 1.7.9.5 ^ permalink raw reply related [flat|nested] 11+ messages in thread
* [U-Boot] [PATCH v3] Fix USB keyboard polling via control endpoint 2014-04-10 13:02 ` [U-Boot] [PATCH v3] " Adrian Cox @ 2014-04-10 14:14 ` Marek Vasut 0 siblings, 0 replies; 11+ messages in thread From: Marek Vasut @ 2014-04-10 14:14 UTC (permalink / raw) To: u-boot On Thursday, April 10, 2014 at 03:02:44 PM, Adrian Cox wrote: > USB keyboard polling failed for some keyboards on PowerPC 5020. > This was caused by requesting only 4 bytes of data from keyboards that > produce an 8 byte HID report. > > Signed-off-by: Adrian Cox <adrian@humboldt.co.uk> > Signed-off-by: Wolfgang Denk <wd@denx.de> Applied for -next, thanks! Best regards, Marek Vasut ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2014-04-10 14:14 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <13471364.2645.1396715619854.JavaMail.adrian@Gurnard>
2014-04-05 16:36 ` [U-Boot] [PATCH] Fix USB keyboard polling via control endpoint Adrian Cox
2014-04-06 11:17 ` Wolfgang Denk
2014-04-07 9:56 ` Adrian Cox
2014-04-07 16:59 ` Wolfgang Denk
2014-04-10 8:12 ` Marek Vasut
2014-04-10 8:49 ` Adrian Cox
2014-04-10 9:04 ` Marek Vasut
2014-04-10 10:15 ` Wolfgang Denk
2014-04-10 12:33 ` Marek Vasut
2014-04-10 13:02 ` [U-Boot] [PATCH v3] " Adrian Cox
2014-04-10 14:14 ` Marek Vasut
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox