On Thu, 5 Jul 2012, Sarah Sharp wrote:
> When a user runs `echo 0 > bConfigurationValue` for a USB 3.0 device,
> usb_disable_device() is called. This function disables all drivers,
> deallocates interfaces, and sets the device configuration value to 0
> (unconfigured). The USB core doesn't actua
Signed-off-by: Andy Shevchenko
---
drivers/usb/gadget/f_ecm.c|5 +
drivers/usb/gadget/f_ncm.c|5 +
drivers/usb/gadget/f_subset.c |5 +
3 files changed, 3 insertions(+), 12 deletions(-)
diff --git a/drivers/usb/gadget/f_ecm.c b/drivers/usb/gadget/f_ecm.c
index 30b9
On Thu, 5 Jul 2012, Sarah Sharp wrote:
> hub_initiated_lpm_disable_count is not used by any code, so remove it.
>
> This commit should be backported to kernels as old as 3.5, that contain
> the commit 8306095fd2c1100e8244c09bf560f97aca5a311d "USB: Disable USB
> 3.0 LPM in critical sections."
>
>
On Fri, 6 Jul 2012 10:37:30 -0400 (EDT)
Alan Stern wrote:
> On Fri, 6 Jul 2012, Laurent Pinchart wrote:
>
> > Hi Alan,
> >
> > On Friday 06 July 2012 09:50:30 Alan Stern wrote:
> > > On Fri, 6 Jul 2012, Alan Cox wrote:
> > > > From: Eric Ding
> > > >
> > > > working if I turn it on (e.g., guv
On Fri, Jul 06, 2012 at 11:31:09AM -0400, Alan Stern wrote:
> On Thu, 5 Jul 2012, Sarah Sharp wrote:
>
> > hub_initiated_lpm_disable_count is not used by any code, so remove it.
> >
> > This commit should be backported to kernels as old as 3.5, that contain
> > the commit 8306095fd2c1100e8244c09b
On Fri, 6 Jul 2012, Alan Cox wrote:
> > Yes, but we still need to know the reason why. Neither Rafael nor I
> > has been able to figure out why that commit messed things up.
>
> Was the driver doing any dynamic autosuspend at all until that point ?
I don't know... but whatever it was doing be
On Thu, Jul 5, 2012 at 6:05 PM, Mario Jorge Isidoro
wrote:
> Hi,
>
> I'm using a at91sam9260 processor on custom made board based on the
> sam9260ek.
> With the latest kernels (3.4-rc4 seem to be the last one working well)
> whenever I try to connect the usb device port of the at91 processor to a
On Thu, 5 Jul 2012, Sarah Sharp wrote:
> The USB 3.0 specification says that sending a Set Feature or Clear
> Feature for U1/U2 Enable is not a valid request when the device is in
> the Default or Addressed state. It is only valid when the device is in
> the Configured state.
>
> The original LP
Hello all,
I have a dance pad that has the vendor and product IDs of a Mad Catz
Beat Pad (0738:4540), but it doesn't get handled by xpad.ko because xpad
expects (a) interface class and subclass of 'X':'B', or (b) interface
class 255, subclass 93, protocol 1 or 129; while my device identifies as
* Add a quirk to usbhid to ignore this device
Signed-off-by: Yuri Khan
---
drivers/hid/hid-ids.h |3 +++
drivers/hid/usbhid/hid-quirks.c |2 ++
drivers/input/joystick/xpad.c |2 ++
3 files changed, 7 insertions(+)
diff --git a/drivers/hid/hid-ids.h b/drivers/hid/hid-ids.
Hi all,
It seems we have an issue in kconfig (or I missed something).
I need drivers/usb/musb/omap2430.c to be built into the kernel.
For this, I enable next option in the defconfig:
CONFIG_USB_MUSB_OMAP2PLUS=y
It's clear (from the drivers/usb/musb/Makefile) that it allows build
of tha
On Fri, Jul 6, 2012 at 11:32 PM, Yuri Khan wrote:
> When I add a usbhid option quirks=0x0738:0x4540:0x4 (so that usbhid does
> not attempt to handle this device) and rebuild the xpad module with the
> following patch, the device works as expected. Dmitry Torokhov, the
> current maintainer of inpu
On Fri, Jul 06, 2012 at 11:57:44PM +0700, Yuri Khan wrote:
> On Fri, Jul 6, 2012 at 11:32 PM, Yuri Khan wrote:
>
> > When I add a usbhid option quirks=0x0738:0x4540:0x4 (so that usbhid does
> > not attempt to handle this device) and rebuild the xpad module with the
> > following patch, the device
Hello.
On 07/06/2012 06:25 PM, Vivek Gautam wrote:
> From: Abhilash Kesavan
> This patch retrieves and configures the vbus control gpio via
> the device tree. The suspend/resume callbacks will be later
> modified for vbus control.
> Signed-off-by: Abhilash Kesavan
> Signed-off-by: Vivek Gauta
Hello.
On 07/06/2012 06:24 PM, Vivek Gautam wrote:
> From: Abhilash Kesavan
> This patch retrieves and configures the vbus control gpio via
> the device tree. The suspend/resume callbacks will be later
> modified for vbus control.
> Signed-off-by: Abhilash Kesavan
> Signed-off-by: Vivek Gauta
On 07/06/2012 05:50 PM, gaosen wrote:
> From 86fcd5bb701bd927d588386c480c37784d10040a Mon Sep 17 00:00:00 2001
> From: Gaosen Zhang
> Date: Fri, 6 Jul 2012 21:44:10 +0800
> Subject: [PATCH 1/1] USB: option: Add MEDIATEK product ids
> Signed-off-by: Gaosen Zhang
> ---
> drivers/usb/serial/optio
On Fri, Jul 06, 2012 at 09:50:50PM +0800, gaosen wrote:
> >From 86fcd5bb701bd927d588386c480c37784d10040a Mon Sep 17 00:00:00 2001
> From: Gaosen Zhang
> Date: Fri, 6 Jul 2012 21:44:10 +0800
> Subject: [PATCH 1/1] USB: option: Add MEDIATEK product ids
>
>
> Signed-off-by: Gaosen Zhang
> ---
> d
Hello.
On 07/06/2012 04:44 PM, Neil Zhang wrote:
> Clean unused variable for mv_udc driver.
> Signed-off-by: Neil Zhang
> ---
> drivers/usb/gadget/mv_udc_core.c |2 --
> 1 files changed, 0 insertions(+), 2 deletions(-)
> diff --git a/drivers/usb/gadget/mv_udc_core.c
> b/drivers/usb/gadge
Hello.
On 07/06/2012 04:44 PM, Neil Zhang wrote:
> We have several place will use udelay to wait the status meeting the
> request,
Um, that doesn't parse... :-(
> but the delay time is a bit too long, reduce it.
> Signed-off-by: Neil Zhang
> ---
> drivers/usb/gadget/mv_udc_core.c |2 +
On Wed, May 09, 2012 at 12:25:02PM -0400, Chris Metcalf wrote:
> This change adds support for accessing the USB shim from within the
> kernel. Note that this change by itself does not allow the kernel
> to act as a host or as a device; it merely exposes the built-in on-chip
> hardware to the kerne
Hello.
On 07/06/2012 04:44 PM, Neil Zhang wrote:
> From: Chao Xie
> In order to support iso, we need do the following things:
> 1. fix length for one dtd
> 22 allow req contains multiple packets for a ISO transfer
Where are the other 20 things? ;-)
> Signed-off-by: Chao Xie
> Signed-off-by
On Wed, Jun 27, 2012 at 06:01:39PM +0200, Claudio Scordino wrote:
> Hi Olav,
>
> please find below a patch for the isp1362-hcd.c driver to always
> save the message in case of underrun. More information is provided
> inside the patch comment. Let us know if you need any further
> information
On Wed, Jul 04, 2012 at 09:18:03AM +0200, Hans de Goede wrote:
> +static void snoop_urb_data(struct urb *urb, unsigned len)
> +{
> + int i, size;
> +
> + if (!usbfs_snoop)
> + return;
> +
> + if (urb->num_sgs == 0) {
> + print_hex_dump(KERN_DEBUG, "data: ", DUMP_
On Wed, Jul 04, 2012 at 09:18:04AM +0200, Hans de Goede wrote:
> We don't support sg for isoc transfers, enforce this.
>
> Signed-off-by: Hans de Goede
> Acked-by: Alan Stern
> ---
> drivers/usb/core/hcd.c |7 ++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/driver
On 7/6/2012 1:36 PM, Greg KH wrote:
> On Wed, May 09, 2012 at 12:25:02PM -0400, Chris Metcalf wrote:
>> This change adds support for accessing the USB shim from within the
>> kernel. Note that this change by itself does not allow the kernel
>> to act as a host or as a device; it merely exposes the
Hi Fabio,
I tried 3.4 and you were right, it still works fine.
For the 'struct at91_ep' has no member named 'desc' error I tried commenting
the offending declaration (|| ep->desc)
and it builds without any error. During the bisect run this happened several
times and I think, but am not sure, t
On Fri, Jun 29, 2012 at 05:48:54PM +0800, Richard Zhao wrote:
> struct ci13xxx represent the controller, which may be device or host,
> so name its variables as ci.
>
> Signed-off-by: Richard Zhao
> Reviewed-by: Felipe Balbi
> Signed-off-by: Alexander Shishkin
> Reviewed-by: Marek Vasut
This
Kevin Hilman writes:
> Keshava Munegowda writes:
>
>> The usb host is disabled in the omap2 build; This is because
>> usb host is causing the retention to break in cpu idle.
>
> ... and causes warnings during boot, and hangs in suspend, can't suspend
> using NFSroot, etc. etc.
>
> Thank you for
On Fri, Jul 06, 2012 at 02:13:53PM +0800, Lan Tianyu wrote:
> Change since v4: remove struct usb_port->udev member since it is not used.
>
> This patch is to make usb port a real device under usb hub interface.
> Move port_owner to struct usb_port.
As this adds sysfs files, this patch needs a Doc
On Fri, Jul 06, 2012 at 02:14:00PM +0800, Lan Tianyu wrote:
> Change since v5: Add usb_autopm_get/put_interface() around the port
> power operations in the control attribute's callback to deal with
> situation that control attribute is changed when the usb hub is suspended.
>
> Change since v4: Ad
On Fri, Jul 06, 2012 at 01:59:48PM -0400, Chris Metcalf wrote:
> On 7/6/2012 1:36 PM, Greg KH wrote:
> > On Wed, May 09, 2012 at 12:25:02PM -0400, Chris Metcalf wrote:
> >> This change adds support for accessing the USB shim from within the
> >> kernel. Note that this change by itself does not all
On Mon, Jun 25, 2012 at 09:43:32AM -0700, Sarah Sharp wrote:
> The Get Status value for USB 3.0 devices adds three new status bits.
> Bits 2 and 3 indicate if U1 and U2 are enabled, and bit 4 indicates if
> Latency Tolerance Messaging (LTM) is enabled.
>
> Upcoming patches for the Linux kernel wil
On Mon, Jun 25, 2012 at 03:08:40PM -0700, Sarah Sharp wrote:
> The original code to print bmAttributes had the meaning of the LTM bit
> backwards. The USB 3.0 spec, section 9.6.2.2, says that bit 1 means:
>
> "LTM Capable. A value of one in this bit location indicates that this
> device has is ca
Here's the 006 release of usbutils.
Some USB 3.0 updates, a new usb.ids file update, and a number of other
fixes and updates for annoying problems that people had reported. Full
shortlog information is below if people are curious.
The package can be downladed from kernel.org:
http://www.
Hi,
the "ZTE MF821D" surfstick with IDs "19d2 0325" >> "19d2 0326"
I am describing here is sold by O2 (telefonica germany) named "LTE4G".
It is possibly a candidate for "option" and "qmi/wwan", or successors.
First of all, some things that windows told me:
diag 19d2:0326 MI00\6
nema 19d2
Hello `./scripts/get_maintainer.pl -f drivers/usb/musb/omap2430.c`
omap2430_musb_set_vbus in omap2430.c contains:
while (musb_readb(musb->mregs, MUSB_DEVCTL) & 0x80) {
cpu_relax();
if (time_after(jiffies, t
On Fri, Jul 06, 2012 at 12:16:45PM -0400, Alan Stern wrote:
> On Thu, 5 Jul 2012, Sarah Sharp wrote:
>
> > The USB 3.0 specification says that sending a Set Feature or Clear
> > Feature for U1/U2 Enable is not a valid request when the device is in
> > the Default or Addressed state. It is only va
37 matches
Mail list logo
