All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marek Vasut <marex@denx.de>
To: Jiri Kosina <jkosina@suse.cz>
Cc: linux-input@vger.kernel.org, linux-usb@vger.kernel.org,
	Chen Peter <B29397@freescale.com>, Greg KH <greg@kroah.com>
Subject: Re: [PATCH 1/2] input: usb: hid: Bump maximum global item tag report size to 128 bytes
Date: Wed, 15 Aug 2012 13:56:42 +0200	[thread overview]
Message-ID: <201208151356.42323.marex@denx.de> (raw)
In-Reply-To: <alpine.LNX.2.00.1208151032340.7026@pobox.suse.cz>

Dear Jiri Kosina,

> On Sun, 5 Aug 2012, Marek Vasut wrote:
> > The Freescale i.MX28 BootROM USB recovery mode implements the USB HID
> > protocol, yet the global item tag report size is 128. Linux checks if
> > this is 96 as of now, see [1]. This causes Linux to refuse to communicate
> > with this device, making it impossible to use the recovery mode.
> > 
> > This is not a standard HID device per se, but rather a software emulation
> > implemented within the BootROM code and realized through USB OTG-capable
> > port switched to device mode present on the device.
> > 
> > Previous attempt to discuss this issue dates back to 2011, see [2]. There
> > has been not much response. Also noteworthy is the [3], where there seems
> > to be a pointing device that has issue similar to this one.
> > 
> > The tool making use of the USB recovery mode is available at [4].
> > 
> > [1] http://comments.gmane.org/gmane.linux.kernel.input/22328
> > [2] http://www.spinics.net/lists/linux-usb/msg43463.html
> > [3] https://bbs.archlinux.org/viewtopic.php?pid=1141340
> > [4] http://git.bfuser.eu/?p=marex/mxsldr.git;a=summary
> > 
> > Signed-off-by: Marek Vasut <marex@denx.de>
> > Cc: Chen Peter <B29397@freescale.com>
> > Cc: Greg KH <greg@kroah.com>
> > Cc: Jiri Kosina <jkosina@suse.cz>
> 
> I have not admit I don't remember where the original limit came from --
> the spec doesn't mandate it as far as I can tell.
> 
> I am queueing this patch now for next merge window. Thanks.
[...]

Thanks!

Best regards,
Marek Vasut

      reply	other threads:[~2012-08-15 11:56 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-05 21:57 [PATCH 1/2] input: usb: hid: Bump maximum global item tag report size to 128 bytes Marek Vasut
2012-08-05 21:57 ` [PATCH 2/2] input: usb: hid: Add quirk for Freescale i.MX28 ROM recovery Marek Vasut
     [not found]   ` <1344203835-8308-2-git-send-email-marex-ynQEQJNshbs@public.gmane.org>
2012-08-05 21:59     ` Marek Vasut
     [not found]       ` <201208052359.26938.marex-ynQEQJNshbs@public.gmane.org>
2012-08-15  8:36         ` Jiri Kosina
     [not found]           ` <alpine.LNX.2.00.1208151036130.7026-ztGlSCb7Y1iN3ZZ/Hiejyg@public.gmane.org>
2012-11-21 15:30             ` Marek Vasut
     [not found]               ` <201211211630.38238.marex-ynQEQJNshbs@public.gmane.org>
2012-11-22 22:46                 ` Jiri Kosina
2012-11-22 23:02                   ` Marek Vasut
2012-08-15  8:33 ` [PATCH 1/2] input: usb: hid: Bump maximum global item tag report size to 128 bytes Jiri Kosina
2012-08-15 11:56   ` Marek Vasut [this message]

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=201208151356.42323.marex@denx.de \
    --to=marex@denx.de \
    --cc=B29397@freescale.com \
    --cc=greg@kroah.com \
    --cc=jkosina@suse.cz \
    --cc=linux-input@vger.kernel.org \
    --cc=linux-usb@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.