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 valid
Hi,
On 07/06/2012 07:51 PM, Greg Kroah-Hartman wrote:
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) {
+
Hi,
On 07/06/2012 07:52 PM, Greg Kroah-Hartman wrote:
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 hdego...@redhat.com
Acked-by: Alan Stern st...@rowland.harvard.edu
---
On 07.07.2012 11:20, Eric Ding wrote:
On 07/06/2012 11:47 PM, Alan Stern wrote:
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
On 07/07/2012 06:09 PM, Oleksij Rempel wrote:
On 07.07.2012 11:20, Eric Ding wrote:
On 07/06/2012 11:47 PM, Alan Stern wrote:
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
Hi Bhupesh,
On Tuesday 03 July 2012 23:42:59 Bhupesh SHARMA wrote:
Hi Laurent,
Thanks for your review and sorry for being late with my replies.
I have a lot on my plate these days :)
No worries, I'm no less busy anyway :-)
On Tuesday, June 19, 2012 4:19 AM Laurent Pinchart wrote:
On
Hi Bhupesh,
On Tuesday 03 July 2012 23:47:14 Bhupesh SHARMA wrote:
On Wednesday, June 20, 2012 3:19 AM Laurent Pinchart wrote:
On Friday 01 June 2012 15:08:58 Bhupesh Sharma wrote:
This patch adds the support in UVC webcam gadget design for providing
USB_GADGET_DELAYED_STATUS in response
On 07.07.2012 13:38, Eric Ding wrote:
On 07/07/2012 06:09 PM, Oleksij Rempel wrote:
On 07.07.2012 11:20, Eric Ding wrote:
On 07/06/2012 11:47 PM, Alan Stern wrote:
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
On Fri, Jul 06, 2012 at 11:07:21AM -0700, Greg KH wrote:
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 richard.z...@freescale.com
Reviewed-by:
Platform drivers do the similar things to add/remove ci13xxx device, so
create a unified one.
Signed-off-by: Richard Zhao richard.z...@freescale.com
Reviewed-by: Felipe Balbi ba...@ti.com
Signed-off-by: Alexander Shishkin alexander.shish...@linux.intel.com
---
drivers/usb/chipidea/ci13xxx_msm.c
We use ida_simple_get and ida_simple_remove to manage the ids.
Signed-off-by: Richard Zhao richard.z...@freescale.com
Reviewed-by: Felipe Balbi ba...@ti.com
Signed-off-by: Alexander Shishkin alexander.shish...@linux.intel.com
---
drivers/usb/chipidea/core.c | 21 -
1 file
ci13xxx host needs Root Hub Transaction Translators.
Reported-by: Shawn Guo shawn@freescale.com
Signed-off-by: Richard Zhao richard.z...@freescale.com
Acked-by: Felipe Balbi ba...@ti.com
Signed-off-by: Alexander Shishkin alexander.shish...@linux.intel.com
Acked-by: Marek Vasut ma...@denx.de
This let usb phy driver has a chance to change hw settings when connect
status change.
Signed-off-by: Richard Zhao richard.z...@freescale.com
Acked-by: Felipe Balbi ba...@ti.com
Tested-by: Subodh Nijsure snijs...@grid-net.com
---
include/linux/usb/otg.h | 21 +
1 file
Sometimes, the driver bindings may know what phy they use.
For example, when using device tree, the usb controller may have a
phandler pointing to usb phy.
Signed-off-by: Richard Zhao richard.z...@freescale.com
Reviewed-by: Marek Vasut ma...@denx.de
Acked-by: Felipe Balbi ba...@ti.com
Tested-by:
Phy may need to change settings when port connect change.
Signed-off-by: Richard Zhao richard.z...@freescale.com
Tested-by: Subodh Nijsure snijs...@grid-net.com
---
drivers/usb/core/hub.c |8
1 file changed, 8 insertions(+)
diff --git a/drivers/usb/core/hub.c
mxs phy is used in Freescale i.MX SoCs, for example
imx23, imx28, imx6Q. This patch adds the basic host
support.
Signed-off-by: Richard Zhao richard.z...@freescale.com
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Peter Chen peter.c...@freescale.com
Acked-by: Felipe Balbi ba...@ti.com
Tested-by:
On 2012/7/7 2:12, Greg KH wrote:
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
On 2012/7/7 2:14, Greg KH wrote:
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
On 07.07.2012 15:55, Eric Ding wrote:
On 07/07/2012 09:11 PM, Oleksij Rempel wrote:
On 07.07.2012 13:38, Eric Ding wrote:
On 07/07/2012 06:09 PM, Oleksij Rempel wrote:
On 07.07.2012 11:20, Eric Ding wrote:
On 07/06/2012 11:47 PM, Alan Stern wrote:
On Fri, 6 Jul 2012, Alan Cox wrote:
Yes,
The modem works at /dev/USB2.
In my point of view 19d2 0326 should/could be added to the option driver.
Thomas
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Saturday, July 07, 2012, Alan Stern wrote:
On Sat, 7 Jul 2012, Oleksij Rempel wrote:
Ok, i guess i know your problem but i doubt it will be completely fixed
by changing powermanagement behavior. Two logitech cams i tested is
really easy to confuse/brake/freeze. Just turn off the
On Sat, Jul 07, 2012 at 11:01:53PM +0800, Lan Tianyu wrote:
On 2012/7/7 2:12, Greg KH wrote:
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
Commit usb: dwc3: resume phy during gadget initialization on recent
cores breaks phy suspend on cores newer than 1.94a. The core will
still operate, but the power savings provided by phy suspend are lost.
Pratyush, did you see an actual problem caused by the original code?
If so, then you need to
On Sat, Jul 07, 2012 at 09:11:27AM +0200, Hans de Goede wrote:
Hi,
On 07/06/2012 07:51 PM, Greg Kroah-Hartman wrote:
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)
+
On Fri, Jul 06, 2012 at 11:12:32AM -0700, Greg KH wrote:
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
On Sat, 7 Jul 2012, Rafael J. Wysocki wrote:
Well, the quirk does make sense. What doesn't make sense is why moving
the runtime PM operation pointers from usb_bus_type to usb_device_type
should cause any change in the autosuspend behavior. That's what we
would like to know.
I think
On Sat, 7 Jul 2012, Octavio Alvarez wrote:
If you build a kernel with CONFIG_USB_DEBUG enabled, what
shows up in /sys/kernel/debug/usb/ohci/*/registers?
[Sat Jul 07 12:49:27 -0700 -- alvarezp@octavio:/sys/kernel/debug/usb]
$ grep . ohci/*/registers
bus pci, device :00:0b.0
OHCI Host
Hi,
Quick administrivia.
Alan Stern wrote:
Yes, that commit enables wakeup for USB host controllers by default.
Before that, you had to enable wakeup by hand. The question is: Why
does the controller think it needs to wake up the system?
Yotam Benshalom from
From: Namjae Jeon namjae.j...@samsung.com
Add support for write cache quirk on usb hdd. scsi driver will be set to wce
by detecting write cache quirk in quirk list when plugging usb hdd.
Signed-off-by: Namjae Jeon namjae.j...@samsung.com
Signed-off-by: Pankaj Kumar pankaj...@samsung.com
From: Namjae Jeon namjae.j...@samsung.com
Make use of USB quirk method to identify such HDD while reading
the cache status in sd_probe(). If cache quirk is present for
the HDD, lets assume that cache is enabled and make WCE bit
equal to 1.
Signed-off-by: Namjae Jeon namjae.j...@samsung.com
On 07/08/2012 09:52 AM, Alan Stern wrote:
On Sat, 7 Jul 2012, Rafael J. Wysocki wrote:
Well, the quirk does make sense. What doesn't make sense is why moving
the runtime PM operation pointers from usb_bus_type to usb_device_type
should cause any change in the autosuspend behavior. That's
On 07/08/2012 03:18 AM, Alan Stern wrote:
Apparently the behavior before commit e1620d5 was that the webcam
didn't get suspended, and after the commit it did. Unfortunately
the usbmon traces do not explain this difference; all they show is
when/whether a suspend took place.
For example,
* Add a quirk to usbhid to ignore this device
---
drivers/hid/hid-ids.h |3 +++
drivers/hid/usbhid/hid-quirks.c |2 ++
drivers/input/joystick/xpad.c |1 +
3 files changed, 6 insertions(+)
diff --git a/drivers/hid/hid-ids.h b/drivers/hid/hid-ids.h
index d1cdd2d..43c3d75
33 matches
Mail list logo
