On 08.07.2012 07:37, Eric Ding wrote:
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
On 07/08/2012 02:52 PM, Oleksij Rempel (fishor) wrote:
Hi, can you please do one more test.
Try to reproduce it with MJPEG stream. Use this command:
luvcview -f jpg -C
it will force jpeg (i think your cam support it) and store each frame
separately. If you can reproduce it, please send me
Dear listmembers,
recently I switched to a new pc, making use of an external USB sound device.
The problem: when I log off a kde-session and log in again, the sound device
vanishes. Issuing dmesg, I see:
Change since v1: use variable temp to record the return value of
usb_acpi_power_manageable().
On our developping machine, bios can provide usb port's power control via
acpi. This patch is to provide usb port's power control way through setting
or clearing PORT_POWER feature requests. Add two
Change since v6: Add judgement basis result != -EPIPE of return error.
Since usb port may power off, usb device descriptor can't be get
at that time and usb_get_configuration() should return error.
Acked-by: Alan Stern st...@rowland.harvard.edu
Signed-off-by: Lan Tianyu tianyu@intel.com
---
On Sat, 7 Jul 2012, Octavio Alvarez wrote:
On Sat, 07 Jul 2012 19:23:08 -0700, Alan Stern st...@rowland.harvard.edu
wrote:
roothub.portstatus [4] 0x0303 LSDA PPS PES CCS
roothub.portstatus [5] 0x0303 LSDA PPS PES CCS
roothub.portstatus [6] 0x0101 PPS CCS
That's normal,
On Sunday, July 08, 2012, 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.
On Sun, 8 Jul 2012, Eric Ding wrote:
I think the reason was the way rpm_suspend() worked at the time of that
commit (it works a bit differently now, but not as much as to avoid the
problem).
Namely, before commit e1620d591a75a10b15cf61dbf8243a0b7e6731a2 the device
had a device type
On 08.07.2012 17:18, Alan Stern wrote:
On Sun, 8 Jul 2012, Eric Ding wrote:
I think the reason was the way rpm_suspend() worked at the time of that
commit (it works a bit differently now, but not as much as to avoid the
problem).
Namely, before commit
On Sat, Jul 07, 2012 at 09:43:58PM -0400, Alan Stern wrote:
On Sat, 7 Jul 2012, Greg Kroah-Hartman wrote:
Minor cleanup in the future, can't this be merged with snoop_urb() that
way you don't have to do the logic checking in the places you call this
function instead of snoop_urb()?
On Sun, Jul 08, 2012 at 11:10:04PM +0800, Richard Zhao wrote:
On Thu, Jun 28, 2012 at 10:06 PM, Richard Zhao linux...@gmail.com wrote:
On Thu, Jun 28, 2012 at 03:53:46PM +0200, Marc Kleine-Budde wrote:
Signed-off-by: Marc Kleine-Budde m...@pengutronix.de
---
This is a follow-up to an earlier thread: gadget: Clearing ep-desc in
struct usb_ep on EP disable?
I took a closer look at u_ether.c and I had some concerns about the
synchronization between USB connection/disconnection vs. netdev
open/close. For instance:
If somebody yanks the USB cable in the
On Sunday 08 July 2012 17:34:08 Oleksij Rempel wrote:
On 08.07.2012 17:18, Alan Stern wrote:
On Sun, 8 Jul 2012, Eric Ding wrote:
I think the reason was the way rpm_suspend() worked at the time of that
commit (it works a bit differently now, but not as much as to avoid the
problem).
Hi Alan,
On Friday 06 July 2012 11:47:01 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 autosuspend at all until
On Sun, Jul 8, 2012 at 5:33 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Sun, 8 Jul 2012, Kevin Cernekee wrote:
usb_gadget_remove_driver() runs through a four-step sequence to shut down
the gadget driver. For the case of a composite gadget + at91 UDC, this
would look like:
On 07/09/2012 08:38 AM, Alan Stern wrote:
On Sun, 8 Jul 2012, Laurent Pinchart wrote:
this quirks also affect snd_usb_audio module. If for some reasons
uvcvideo is not loaded, snd_usb_audio will fail - i mean haw mysterious
sound problems.
Good point. If we load the uvcvideo driver while
Hi Sergei,
-Original Message-
From: Sergei Shtylyov [mailto:sshtyl...@mvista.com]
Sent: 2012年7月7日 1:39
To: Neil Zhang
Cc: ba...@ti.com; gre...@linuxfoundation.org; Chao Xie;
khoroshi...@ispras.ru; linux-usb@vger.kernel.org; Chao Xie; Yu Xu
Subject: Re: [PATCH 5/7] usb: gadget:
17 matches
Mail list logo