Re: Improving kernel - userspace (usbfs) usb device hand off

2011-06-10 Thread Alan Stern
the place to start. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Improving kernel - userspace (usbfs) usb device hand off

2011-06-10 Thread Alan Stern
On Fri, 10 Jun 2011, Mauro Carvalho Chehab wrote: Em 10-06-2011 11:48, Alan Stern escreveu: On Fri, 10 Jun 2011, Hans de Goede wrote: As Felipe has mentioned, this sounds like the sort of problem that can better be solved in userspace. A dual-mode device like the one you

Re: Improving kernel - userspace (usbfs) usb device hand off

2011-06-10 Thread Alan Stern
driver that handles streaming. No ? No. Something else is needed. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Improving kernel - userspace (usbfs) usb device hand off

2011-06-11 Thread Alan Stern
is currently in use -- at least, not in the way you mean. I'm not saying this can't be done. But it would be a bigger job than you think, and this isn't the appropriate thread to discuss it. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body

Re: uvcvideo failure under xHCI

2011-06-16 Thread Alan Stern
with the documentation, so we should fix one of them. Under the circumstances, the documentation file should be changed. Sarah, can you do that along with the change to xhci-hcd? Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord

Re: uvcvideo failure under xHCI

2011-06-16 Thread Alan Stern
that URB_SHORT_NOT_OK is set, but no others. And I wasn't aware of that last one... Host controller drivers should report -ESHUTDOWN to mean the device has been disconnected, not -EPROTO. But usually HCD don't take these events into account when determining URB status codes. Alan Stern

Re: uvcvideo failure under xHCI

2011-06-16 Thread Alan Stern
status field to -EPROTO, no matter whether the device is connected or not and no matter whether the host controller is alive or not. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http

Re: uvcvideo failure under xHCI

2011-06-16 Thread Alan Stern
On Thu, 16 Jun 2011, Sarah Sharp wrote: On Thu, Jun 16, 2011 at 03:39:11PM -0400, Alan Stern wrote: That's appropriate. But nobody should ever set an isochronous URB's status field to -EPROTO, no matter whether the device is connected or not and no matter whether the host controller

Re: [RFC, PATCH] USB: EHCI: Allow users to override 80% max periodic bandwidth

2011-06-23 Thread Alan Stern
the point? If you want to use less than 80% of your bandwidth for periodic transfers, go ahead and do so. You don't need to change the limit. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo

Re: [PATCH] uvcvideo: add fix suspend/resume quirk for Microdia camera

2011-07-12 Thread Alan Stern
:004:1 0:1:2600:0 32 0:0:12 0:1600:12 0:3200:12 0:4800:12 0:6400:12 51200 = 0c8c fa7e 012f1b05 All are headed with 0c8c, see attached usbmon captures. Maybe this device needs a USB_QUIRK_RESET_RESUME entry in quirks.c. Alan Stern

Re: [PATCH] uvcvideo: add fix suspend/resume quirk for Microdia camera

2011-07-13 Thread Alan Stern
On Wed, 13 Jul 2011, Ming Lei wrote: Hi, On Tue, Jul 12, 2011 at 11:44 PM, Alan Stern st...@rowland.harvard.edu wrote: On Tue, 12 Jul 2011, Ming Lei wrote: Hi Laurent, After resume from sleep, �all the ISO packets from camera are like below: 880122d9f400 3527230728 S Zi:1

Re: [PATCH] uvcvideo: add fix suspend/resume quirk for Microdia camera

2011-07-13 Thread Alan Stern
On Wed, 13 Jul 2011, Ming Lei wrote: Hi, On Wed, Jul 13, 2011 at 11:20 PM, Alan Stern st...@rowland.harvard.edu wrote: Why should system suspend be different from runtime suspend? �Have you This is also my puzzle, :-) compared usbmon traces for the two types of suspend? Almost

Re: [PATCH] uvcvideo: add fix suspend/resume quirk for Microdia camera

2011-07-14 Thread Alan Stern
On Thu, 14 Jul 2011, Ming Lei wrote: Hi, On Wed, Jul 13, 2011 at 11:59 PM, Alan Stern st...@rowland.harvard.edu wrote: On Wed, 13 Jul 2011, Ming Lei wrote: Almost same. Come on. �Almost same means they are different. �That difference is clearly the important thing you need

Re: [PATCH] uvcvideo: add fix suspend/resume quirk for Microdia camera

2011-07-15 Thread Alan Stern
On Fri, 15 Jul 2011, Ming Lei wrote: Hi, On Thu, Jul 14, 2011 at 11:03 PM, Alan Stern st...@rowland.harvard.edu wrote: More likely, the reset erases some device setting that uvcvideo installed while binding. �Evidently uvcvideo does not re-install the setting during reset-resume

Re: [PATCH] uvcvideo: add fix suspend/resume quirk for Microdia camera

2011-07-15 Thread Alan Stern
On Fri, 15 Jul 2011, Ming Lei wrote: Hi, On Fri, Jul 15, 2011 at 10:27 PM, Alan Stern st...@rowland.harvard.edu wrote: This is fine with me. �However, it is strange that the Set-Interface request is necessary. �After being reset, the device should automatically be in altsetting 0

Re: [Workshop-2011] Media Subsystem Workshop 2011

2011-08-07 Thread Alan Stern
and completely unrelated devices don't work if they are later plugged into the same USB port. That's a rather incomprehensible run-on sentence, but as near as I can tell, it is wrong. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message

Re: [Workshop-2011] Media Subsystem Workshop 2011

2011-08-08 Thread Alan Stern
uninformative unless you enable CONFIG_USB_DEBUG in the kernel build. Have you tried running these tests on a different computer, preferably one using a different chipset? Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord

Re: [Workshop-2011] Media Subsystem Workshop 2011

2011-08-08 Thread Alan Stern
... then tomorrow we would have to merge two others and then later on even more. Before you know it, we would end up with a single gigantic kernel driver to manage every USB device! Obviously not a sustainable approach in the long run. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux

Re: [Workshop-2011] Media Subsystem Workshop 2011

2011-08-08 Thread Alan Stern
On Mon, 8 Aug 2011, Theodore Kilgore wrote: On Mon, 8 Aug 2011, Alan Stern wrote: On Sun, 7 Aug 2011, Theodore Kilgore wrote: This indirectly answers my question, above, about whatever device there may or may not be. What I get from this, and also from a bit of snooping around

Re: [Workshop-2011] Media Subsystem Workshop 2011

2011-08-08 Thread Alan Stern
support is in userspace is a red herring. No, this has some significant implications. In particular, there's no good way for the kernel driver to ask the userspace driver if it is busy. If both drivers were in the kernel, this would be easy to arrange. Alan Stern -- To unsubscribe from this list

Re: USB mini-summit at LinuxCon Vancouver

2011-08-09 Thread Alan Stern
it really make sense to combine 5 drivers into one? I think some sort of sharing protocol would work out better. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http

Re: USB mini-summit at LinuxCon Vancouver

2011-08-10 Thread Alan Stern
On Tue, 9 Aug 2011, Hans de Goede wrote: Hi, On 08/09/2011 04:19 PM, Alan Stern wrote: On Tue, 9 Aug 2011, Hans de Goede wrote: According to Theodore, we have developed 5 drivers for them because the stillcam modes in different devices use four different vendor-specific drivers

Re: USB mini-summit at LinuxCon Vancouver

2011-08-10 Thread Alan Stern
think? Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: USB mini-summit at LinuxCon Vancouver

2011-08-11 Thread Alan Stern
retained control the entire time, the program should be able to assume the device's state hasn't changed. I'm not claiming that this is a better solution than putting everything in the kernel. Just that it is a workable alternative which would involve a lot less coding. Alan Stern -- To unsubscribe

Re: USB mini-summit at LinuxCon Vancouver

2011-08-11 Thread Alan Stern
implement this control will take the lock forever. No, because there is no lock. Programs that haven't been changed will continue to behave as they do today -- they will unbind the webcam driver and assume full control of the device. Alan Stern -- To unsubscribe from this list: send the line

Re: USB mini-summit at LinuxCon Vancouver

2011-08-11 Thread Alan Stern
result. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: USB mini-summit at LinuxCon Vancouver

2011-08-11 Thread Alan Stern
will attend the Linux Plumbers conference in Santa Rosa. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: USB mini-summit at LinuxCon Vancouver

2011-08-12 Thread Alan Stern
amount of time on this, we might just as well go for the best solution we can come up with even if that is some more work. Okay, go ahead. I have no objection. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org

Re: USB/DVB - Old Technotrend TT-connect S-2400 regression tracked down

2009-05-23 Thread Alan Stern
. Maybe some difference will stick out. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: USB/DVB - Old Technotrend TT-connect S-2400 regression tracked down

2009-05-24 Thread Alan Stern
over an ssh connection -- you end up dumping the packets containing the dump output! But if not then this is a genuine bug and it should be reported separately on the linux-usb mailing list. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message

Re: USB/DVB - Old Technotrend TT-connect S-2400 regression tracked down

2009-05-24 Thread Alan Stern
On Sun, 24 May 2009, David wrote: Alan Stern wrote: It's not obvious what could be causing this, so let's start out easy. Try collecting two usbmon traces (instructions are in Documentation/usb/usbmon.txt), showing what happens with and without the reversion. Maybe some difference

Re: USB/DVB - Old Technotrend TT-connect S-2400 regression tracked down

2009-05-24 Thread Alan Stern
On Sun, 24 May 2009, David wrote: Alan Stern wrote: But if not then this is a genuine bug and it should be reported separately on the linux-usb mailing list. Stranger and stranger. I started usbmon on the quad core and (at the console) cat /sys/kernel/debug/usbmon/0u worked fine

Re: USB/DVB - Old Technotrend TT-connect S-2400 regression tracked down

2009-05-25 Thread Alan Stern
On Mon, 25 May 2009, David wrote: David wrote: Alan Stern wrote: Okay, here's a patch for you to try. It refreshes the toggle setting in a linked but otherwise idle QH when a new URB is queued. Alan Stern Index: usb-2.6/drivers/usb/host/ehci-q.c

Re: USB/DVB - Old Technotrend TT-connect S-2400 regression tracked down

2009-05-26 Thread Alan Stern
, the issue does not occur here, so I'm at a loss for the moment. But I'll have to tackle it somehow. Not sure how though. Any suggestions are welcome. Try asking the people responsible for maintaining DMA support for help. And David is very good about testing new patches. Alan Stern

Re: uvcvideo causes ehci_hcd to halt

2009-10-13 Thread Alan Stern
collect a usbmon trace. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: uvcvideo causes ehci_hcd to halt

2009-10-20 Thread Alan Stern
below might help. If it doesn't, send another dmesg log but this time with CONFIG_USB_DEBUG enabled in the kernel. Alan Stern Index: usb-2.6/drivers/usb/host/ehci-q.c === --- usb-2.6.orig/drivers/usb/host/ehci-q.c +++ usb-2.6

Re: uvcvideo causes ehci_hcd to halt

2009-10-21 Thread Alan Stern
with any earlier kernels? A little more debugging information could confirm this. After the error occurs, go into /sys/kernel/debug/usb/ehci/:00:1d.7 and post a copy of the registers file. If there's anything of interest in the other files, post them too. Alan Stern -- To unsubscribe from

Re: uvcvideo causes ehci_hcd to halt

2009-10-21 Thread Alan Stern
why it shows up only occasionally. But if it isn't, I have no idea what the underlying cause is or how to fix it. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org

Re: uvcvideo causes ehci_hcd to halt

2009-10-22 Thread Alan Stern
-sched.c: Add udelay(2000); just before the final return 0; line. Let's see if that prevents the problem from occurring. Alan Stern --- usb-2.6.orig/drivers/usb/host/ehci-dbg.c +++ usb-2.6/drivers/usb/host/ehci-dbg.c @@ -591,18 +591,21 @@ static ssize_t fill_periodic_buffer(stru

Re: uvcvideo causes ehci_hcd to halt

2009-10-22 Thread Alan Stern
On Thu, 22 Oct 2009, [UTF-8] Ozan Çağlayan wrote: Alan Stern wrote: On Thu, 22 Oct 2009, [UTF-8] Ozan ÇaÄŸlayan wrote: Here's the outputs from /sys/kernel/debug/usb/ehci: periodic: size = 1024 1: qh1024-0001/f6ffe280 (h2 ep2 [1/0] q0 p8

Re: uvcvideo causes ehci_hcd to halt

2009-10-23 Thread Alan Stern
this really is a timing bug in the hardware. But we can't go around putting 2-millisecond delays in the kernel! Maybe you can test to see if smaller delays will fix the problem. If 50 microseconds or less doesn't work then it will be necessary to add a new timer to ehci-hcd. Alan Stern

Re: uvcvideo causes ehci_hcd to halt

2009-10-24 Thread Alan Stern
On Sat, 24 Oct 2009, [UTF-8] Ozan Çağlayan wrote: Alan Stern wrote: Okay, that proves this really is a timing bug in the hardware. But we can't go around putting 2-millisecond delays in the kernel! Maybe you can test to see if smaller delays will fix the problem. If 50 microseconds

Re: [Bugme-new] [Bug 14564] New: capture-example sleeping function called from invalid context at arch/x86/mm/fault.c

2009-12-03 Thread Alan Stern
On Wed, 2 Dec 2009, Sean wrote: Is there anything I can do to help? This is a show stopping bug for me. Here's a patch you can try. It will add a _lot_ of debugging information to the system log. Maybe it will help pin down the source of the problem. Alan Stern Index: 2.6.31/drivers/usb

Re: [Bugme-new] [Bug 14564] New: capture-example sleeping function called from invalid context at arch/x86/mm/fault.c

2009-12-17 Thread Alan Stern
, but including it anyway is worthwhile. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [Bugme-new] [Bug 14564] New: capture-example sleeping function called from invalid context at arch/x86/mm/fault.c

2009-12-29 Thread Alan Stern
an enhanced version of the patch. It will provide more information and perhaps a smoking gun. Alan Stern Index: usb-2.6/drivers/usb/host/ohci-hcd.c === --- usb-2.6.orig/drivers/usb/host/ohci-hcd.c +++ usb-2.6/drivers/usb/host/ohci-hcd.c

Re: [Bugme-new] [Bug 14564] New: capture-example sleeping function called from invalid context at arch/x86/mm/fault.c

2009-12-29 Thread Alan Stern
printing the debug messages when an error is first detected so maybe it won't overrun your log buffer. Alan Stern Index: usb-2.6/drivers/usb/host/ohci-hcd.c === --- usb-2.6.orig/drivers/usb/host/ohci-hcd.c +++ usb-2.6/drivers/usb/host

Re: [Bugme-new] [Bug 14564] New: capture-example sleeping function called from invalid context at arch/x86/mm/fault.c

2010-01-02 Thread Alan Stern
then we'll know for certain. (Or maybe the presence of the barrier() will cause the object code to change in a way that prevents the error from occurring.) Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More

Re: [Bugme-new] [Bug 14564] New: capture-example sleeping function called from invalid context at arch/x86/mm/fault.c

2010-01-03 Thread Alan Stern
to look for. Alan Stern Index: usb-2.6/drivers/usb/host/ohci-mem.c === --- usb-2.6.orig/drivers/usb/host/ohci-mem.c +++ usb-2.6/drivers/usb/host/ohci-mem.c @@ -98,17 +98,56 @@ td_alloc (struct ohci_hcd *hc, gfp_t mem return td

Re: [Bugme-new] [Bug 14564] New: capture-example sleeping function called from invalid context at arch/x86/mm/fault.c

2010-01-04 Thread Alan Stern
On Mon, 4 Jan 2010, Sean wrote: Alan Stern wrote: Try inserting a line saying: td_check(ohci, hash, #2c); two lines above the #2b line, i.e., just after the wmb(). That'll help narrow down the search for the bug. Alan, I put the extra line in and ran capture-example twice

Re: [Bugme-new] [Bug 14564] New: capture-example sleeping function called from invalid context at arch/x86/mm/fault.c

2010-01-04 Thread Alan Stern
on a different computer? Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [Bug 14564] capture-example sleeping function called from invalid context at arch/x86/mm/fault.c

2010-01-04 Thread Alan Stern
. Or it could be some bizarre timing problem with the memory bus, or something else equally obscure. You didn't mention before that this was a SoC rather than an ordinary PC. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord

Re: xHCI bandwidth error with USB webcam

2010-04-12 Thread Alan Stern
figured out how to patch the gspca driver, but not uvcvideo. The patch looks a bit hackish; can with experience with that driver look it over? Can anyone tell me where to look for the usb_set_interface() in uvcvideo? Not at the moment, sorry. Alan Stern -- To unsubscribe from this list: send

Re: was: af9015, af9013 DVB-T problems. now: Intermittent USB disconnects with many (2.0) high speed devices

2010-06-13 Thread Alan Stern
and makes permanent high speed usb connections unusable on Linux, at least with this VIA hardware. No debug parms in modules, we need to ask linux-usb how to debug this. You can start by building a kernel with CONFIG_USB_DEBUG enabled. Alan Stern -- To unsubscribe from this list: send

Re: was: af9015, af9013 DVB-T problems. now: Intermittent USB disconnects with many (2.0) high speed devices

2010-06-13 Thread Alan Stern
On Sun, 13 Jun 2010, thomas schorpp wrote: Am 13.06.2010 15:57, schrieb Alan Stern: On Sun, 13 Jun 2010, thomas schorpp wrote: ehci-hcd is broken and halts silently or disconnects after hours or a few days, with the wlan usb adapter How do you know the bug is in ehci-hcd

Bug in gspca USB webcam driver

2009-02-02 Thread Alan Stern
immediately. Then when gspca_stream_off() calls destroy_urbs() again there would be no more work left to do. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org

Re: Bug in gspca USB webcam driver

2009-02-02 Thread Alan Stern
resources immediately. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Bug in gspca USB webcam driver

2009-02-02 Thread Alan Stern
returned. Many drivers have to worry about this race; usually it is solved by using a private mutex. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo

Re: [PATCH] Add support for sq905 based cameras to gspca

2009-02-03 Thread Alan Stern
simply a matter of how you create your workqueue. In the code you sent me, you call create_workqueue(). Instead, just call create_singlethread_workqueue(). Or maybe even create_freezeable_workqueue(). Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body

Re: [PATCH] Add support for sq905 based cameras to gspca

2009-02-03 Thread Alan Stern
() must also be called during disconnect. If a camera is unplugged while it is in use then waiting until close() is no good -- it will cause destroy_urbs() to pass a stale pointer to usb_buffer_free(). That's the reason for the oops. Alan Stern -- To unsubscribe from this list: send the line

Re: [PATCH] Add support for sq905 based cameras to gspca

2009-02-03 Thread Alan Stern
a mutex. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: S4 hang with uvcvideo causing Unlink after no-IRQ? Controller is probably using the wrong IRQ.

2009-03-07 Thread Alan Stern
. BTW, all those extra debugging messages in your log made it very difficult to read, and they didn't help much in pinpointing the problem. You should remove all of them before doing the next test. Instead you could use usbmon to capture the USB traffic. Alan Stern -- To unsubscribe from

Re: S4 hang with uvcvideo causing Unlink after no-IRQ? Controller is probably using the wrong IRQ.

2009-03-08 Thread Alan Stern
before the memory image was written out to the disk. Is there some other method I missed of testing? How about echo disk /sys/power/state with various settings in /sys/power/disk? Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message

Re: S4 hang with uvcvideo causing Unlink after no-IRQ? Controller is probably using the wrong IRQ.

2009-03-11 Thread Alan Stern
happened on that boot and I haven't seen those ehci_hcd/khubd errors again since. I have no idea what caused that. Some brief glitch, apparently. Okay, here's a diagnostic patch meant to apply on top of gregkh-all-2.6.29-rc7. Let's see what it says... Alan Stern Index: usb-2.6/drivers/usb

Re: S4 hang with uvcvideo causing Unlink after no-IRQ? Controller is probably using the wrong IRQ.

2009-03-13 Thread Alan Stern
On Wed, 11 Mar 2009, Brandon Philips wrote: On 15:46 Wed 11 Mar 2009, Alan Stern wrote: On Wed, 11 Mar 2009, Brandon Philips wrote: Okay, here's a diagnostic patch meant to apply on top of gregkh-all-2.6.29-rc7. Let's see what it says... Here is the log: http://ifup.org/~philips

Re: S4 hang with uvcvideo causing Unlink after no-IRQ? Controller is probably using the wrong IRQ.

2009-03-13 Thread Alan Stern
On Fri, 13 Mar 2009, Brandon Philips wrote: Okay, not much information there but it's a start. Here's a more informative patch to try instead. Here is the log: http://ifup.org/~philips/467317/pearl-alan-debug-2.log I still can't tell what's happening. Here's yet another patch. Alan

[PATCH 0/5] Get rid of get_driver() and put_driver()

2012-01-24 Thread Alan Stern
already present. There is no reason to keep them. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

[PATCH 1/5] Driver core: driver_find() drops reference before returning

2012-01-24 Thread Alan Stern
callers all seem to be okay in this respect, however I don't understand the video drivers well enough to be certain about them. Signed-off-by: Alan Stern st...@rowland.harvard.edu CC: Dmitry Torokhov dmitry.torok...@gmail.com CC: Kyungmin Park kyungmin.p...@samsung.com CC: Andy Walls awa

Re: [PATCH/RFC] uvcvideo: Disable USB autosuspend for Creative Live! Cam Optia AF

2013-03-28 Thread Alan Stern
not a hack; it's a normal use for a quirk flag. Of course, if you can figure out what's wrong with the camera and see how to fix it, that would be best. How does the camera perform on a Windows system after being put to sleep and then woken up? Alan Stern -- To unsubscribe from this list: send the line

Re: Cannot shutdown power use from built in webcam in thinkpad T530 questions]

2013-09-22 Thread Alan Stern
/driver.c before the first #include line. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Cannot shutdown power use from built in webcam in thinkpad T530 questions]

2013-09-22 Thread Alan Stern
On Sun, 22 Sep 2013, Marc MERLIN wrote: On Sun, Sep 22, 2013 at 12:38:56PM -0400, Alan Stern wrote: gandalfthegreat:/sys/bus/usb/devices/3-1.6/power# grep . * active_duration:61227648 async:enabled autosuspend:2 autosuspend_delay_ms:2000 connected_duration:66830880

Re: New USB core API to change interval and max packet size

2013-10-02 Thread Alan Stern
when the interface setting gets switched never really arises. Each usb_host_endpoint structure is referenced from only one altsetting. If the driver wants the new parameters applied to an endpoint in several altsettings, it will have to change each altsetting separately. Alan Stern

Re: New USB core API to change interval and max packet size

2013-10-02 Thread Alan Stern
are correct, but the driver wants to use something different for its own reasons (for example, to get lower latency or because it knows that it will never use packets as large as the descriptor allows). Right. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media

Re: New USB core API to change interval and max packet size

2013-10-02 Thread Alan Stern
size. It requires you to specify only the number of packets, not their sizes. Therefore it doesn't matter whether you call usb_change_ep_bandwidth() before or after usb_alloc_urb(). Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message

Re: New USB core API to change interval and max packet size

2013-10-02 Thread Alan Stern
to altsetting 0 when a driver unbinds. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: New USB core API to change interval and max packet size

2013-10-02 Thread Alan Stern
On Wed, 2 Oct 2013, Alan Stern wrote: Ok, so it sounds like we want to keep the changes the endpoints across alt setting changes. No, just the opposite. That was the point I was trying to make. Any changes to ep5 in altsetting 0 (for example) will have no effect on ep1

Re: [PATCH] saa7134: Add pm_qos_request to fix video corruption

2012-10-30 Thread Alan Stern
request. The USB core is not PM-QOS aware. It relies on the PM core to tell it when devices may safely be runtime-suspended. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http

Re: PROBLEM: EHCI disconnects DVB HDD

2011-11-25 Thread Alan Stern
the event. I can mail this, but it's rather large and the mailing list won't accept the message. Can you put the usbmon trace on a web server like pastebin.com? Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org

Re: PROBLEM: EHCI disconnects DVB HDD

2011-11-26 Thread Alan Stern
On Sat, 26 Nov 2011, Johann Klammer wrote: Alan Stern wrote: This is probably a low-level hardware error. Interference between the two ports of some kind. This is quite possible. Have been able to produce a more verbose logfile snippet. The log shows that your EHCI controller reports

Re: [Bugme-new] [Bug 14564] New: capture-example sleeping function called from invalid context at arch/x86/mm/fault.c

2010-01-05 Thread Alan Stern
On Mon, 4 Jan 2010, Sean wrote: Alan Stern wrote: Um, when you say it does the job, what do you mean? It traps the error and prevents the kernel from crashing. As did some of the earlier patches, right? The job it was _intended_ to do was to prove that your problems are caused

Re: [Bugme-new] [Bug 14564] New: capture-example sleeping function called from invalid context at arch/x86/mm/fault.c

2010-01-05 Thread Alan Stern
On Tue, 5 Jan 2010, Sean wrote: Thanks so much for your help Alan. I also think this is definitely a bug in the hardware. Let's leave it at that, I'm happy. Okay. You should mark the Bugzilla report as REJECTED and close it out. Alan Stern -- To unsubscribe from this list: send the line

Re: [linux-pm] [PATCH/RESEND] soc-camera: add runtime pm support for subdevices

2010-02-09 Thread Alan Stern
they are powered down and after they are powered up. This patch is not correct as it stands. If you use runtime PM then the system PM resume method has to be changed. See the discussion in section 6 of Documentation/power/runtime_pm.txt. Alan Stern -- To unsubscribe from this list: send the line

Re: [linux-pm] [PATCH/RESEND] soc-camera: add runtime pm support for subdevices

2010-02-09 Thread Alan Stern
On Tue, 9 Feb 2010, Guennadi Liakhovetski wrote: On Tue, 9 Feb 2010, Alan Stern wrote: On Mon, 8 Feb 2010, Guennadi Liakhovetski wrote: To save power soc-camera powers subdevices down, when they are not in use, if this is supported by the platform. However, the V4L standard

Re: Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website

2012-10-20 Thread Alan Stern
driver bug: Does the same thing happen with earlier kernel versions? What about if you unload snd-usb-audio or ehci-hcd? Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http

Re: Re: Re: Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website

2012-10-21 Thread Alan Stern
/log/messages Is it possible to use netconsole? The screenshot above appears to be the end of a long series of error messages, which isn't too useful. The most important information is in the first error. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media

Re: was: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website

2012-10-21 Thread Alan Stern
the xHCI controller is highly unlikely to be involved. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Re: Re: Re: Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website

2012-10-22 Thread Alan Stern
On Sun, 21 Oct 2012, Artem S. Tashkinov wrote: dmesg messages up to a crash can be seen here: https://bugzilla.kernel.org/attachment.cgi?id=84221 The first problem in the log is endpoint list corruption. Here's a debugging patch which should provide a little more information. Alan Stern

Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website

2012-10-22 Thread Alan Stern
On Mon, 22 Oct 2012, Daniel Mack wrote: On 22.10.2012 17:17, Alan Stern wrote: On Sun, 21 Oct 2012, Artem S. Tashkinov wrote: dmesg messages up to a crash can be seen here: https://bugzilla.kernel.org/attachment.cgi?id=84221 The first problem in the log is endpoint list corruption

Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website

2012-10-22 Thread Alan Stern
. Alan Stern P.S.: It will help if you unplug as many of the other USB devices as possible before running this test. Index: usb-3.6/drivers/usb/core/hcd.c === --- usb-3.6.orig/drivers/usb/core/hcd.c +++ usb-3.6/drivers/usb/core

Re: [PATCH] usb: USB host support should depend on HAS_DMA

2013-07-10 Thread Alan Stern
. To fix the latter, instead of adding lots of depends on HAS_DMA, make those drivers depend on USB, instead of depending on USB_ARCH_HAS_HCD and selecting USB. Drivers for other busses (e.g. MOUSE_SYNAPTICS_I2C) already handle this in a similar way. That seems reasonable. Alan Stern

Re: [PATCH] usb: USB host support should depend on HAS_DMA

2013-07-10 Thread Alan Stern
On Thu, 11 Jul 2013, Arnd Bergmann wrote: On Wednesday 10 July 2013, Alan Stern wrote: This isn't right. There are USB host controllers that use PIO, not DMA. The HAS_DMA dependency should go with the controller driver, not the USB core. On the other hand, the USB core does call

Re: [PATCH] usb: USB host support should depend on HAS_DMA

2013-07-11 Thread Alan Stern
On Thu, 11 Jul 2013, Geert Uytterhoeven wrote: On Thu, Jul 11, 2013 at 3:01 AM, Alan Stern st...@rowland.harvard.edu wrote: On Thu, 11 Jul 2013, Arnd Bergmann wrote: On Wednesday 10 July 2013, Alan Stern wrote: This isn't right. There are USB host controllers that use PIO, not DMA

Re: [PATCH 01/15] drivers: phy: add generic PHY framework

2013-07-20 Thread Alan Stern
the name string. Have the consumer pass the data structure's address when it calls phy_create, instead of passing the name. Then you don't have to worry about two PHYs accidentally ending up with the same name or any other similar problems. Alan Stern -- To unsubscribe from this list: send

Re: [PATCH 01/15] drivers: phy: add generic PHY framework

2013-07-21 Thread Alan Stern
does phy_create() fit into this picture? Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH 01/15] drivers: phy: add generic PHY framework

2013-07-22 Thread Alan Stern
? phy_create is the API by which the PHY's driver (the supplier) hook into the PHY framework. It's like the controller driver will always interact with the PHY driver through the PHY framework. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body

Re: [PATCH 01/15] drivers: phy: add generic PHY framework

2013-07-23 Thread Alan Stern
would use phy1 or phy2, and the PHY consumers would use host1 or host2. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH 01/15] drivers: phy: add generic PHY framework

2013-07-23 Thread Alan Stern
not a layering violation for one region of the kernel to store private data in a structure defined by another part of the kernel. This happens all the time (e.g., dev_set_drvdata). Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord

Re: [PATCH 01/15] drivers: phy: add generic PHY framework

2013-07-23 Thread Alan Stern
. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH 01/15] drivers: phy: add generic PHY framework

2013-07-23 Thread Alan Stern
, this was simply meant to be a suggestion to show that it is relatively easy to do what you need without using name or ID strings. Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http

Re: [PATCH] usb: USB host support should depend on HAS_DMA

2013-08-19 Thread Alan Stern
On Sun, 18 Aug 2013, Geert Uytterhoeven wrote: On Thu, Jul 11, 2013 at 1:12 AM, Arnd Bergmann a...@arndb.de wrote: On Wednesday 10 July 2013, Alan Stern wrote: This isn't right. There are USB host controllers that use PIO, not DMA. The HAS_DMA dependency should go with the controller

Re: Fw: Isochronous transfer error on USB3

2014-01-08 Thread Alan Stern
large. Other people, using audio only (no video), find that EHCI can work well with latencies as low as 2 ms or so. (That's using 3.13-rc, which includes some changes in the snd-usb-audio driver.) Alan Stern -- To unsubscribe from this list: send the line unsubscribe linux-media in the body

  1   2   >