On Mon, 2010-07-05 at 10:23 +0200, Laurent Pinchart wrote:
Could you please test the following patch when you will have time ?
That fixes it, thank you.
johannes
diff --git a/drivers/media/video/uvc/uvc_ctrl.c
b/drivers/media/video/uvc/uvc_ctrl.c
index 9af4d47..a350fad 100644
---
I'm pretty sure this was a regression in .34, but haven't checked right
now, can bisect when I find time but wanted to inquire first if somebody
had ideas. All I get is:
[57372.078968] uvcvideo: Failed to query (130) UVC control 5 (unit 3) :
-32 (exp. 1).
johannes
--
To unsubscribe from this
On Wed, 2010-06-30 at 23:11 +0200, Johannes Berg wrote:
I'm pretty sure this was a regression in .34, but haven't checked right
now, can bisect when I find time but wanted to inquire first if somebody
had ideas. All I get is:
[57372.078968] uvcvideo: Failed to query (130) UVC control 5 (unit
On Mon, 2010-07-05 at 09:28 +0200, Laurent Pinchart wrote:
Hi Johannes,
On Friday 02 July 2010 09:26:15 Johannes Berg wrote:
On Wed, 2010-06-30 at 23:11 +0200, Johannes Berg wrote:
I'm pretty sure this was a regression in .34, but haven't checked right
now, can bisect when I find time
On Sat, 2013-04-13 at 07:13 -0700, Luis R. Rodriguez wrote:
From: Luis R. Rodriguez mcg...@do-not-panic.com
This adds backport support for all media subsystem
drivers. This is enabled only for = 3.2. Some media
drivers rely on the new probe deferrral mechanism
(-EPROBE_DEFER see commit
I just obtained a new (special-purpose) webcam, and it doesn't seem to
work at all. On kernel torvals/linux.git next branch, it doesn't even
really connect, on 3.13 (which I'm running on my laptop) I get errors
like this:
xhci_hcd :00:14.0: ERROR Transfer event TRB DMA ptr not part of
current
Hi Laurent,
Thanks for the quick reply!
and then the kernel message repeats forever, while I can't even exit
uvccapture unless I kill it hard, at which point I get
xhci_hcd :00:14.0: Signal while waiting for configure endpoint command
usb 1-3.4.4.3: Not enough bandwidth for
On Mon, 2014-06-09 at 11:25 +0200, Laurent Pinchart wrote:
Indeed, that works! Interestingly, it works neither on a USB3 port
directly, nor on a USB2 hub behind the USB3 port.
I would thus be tempted to classify this as an XHCI controller issue. linux-
usb should be the right list to get
On Mon, 2014-06-09 at 11:59 +0200, Johannes Berg wrote:
Johannes, could you enable USB debugging in the linus/master kernel and
provide a kernel log ?
I'll try to get some logs (wasn't there tracing added to xhci too? will
check)
Here we go - log + tracing:
log: http://p.sipsolutions.net
On Mon, 2014-06-09 at 12:27 +0200, Johannes Berg wrote:
Here we go - log + tracing:
log: http://p.sipsolutions.net/d5926c43d531e3af.txt
trace: http://johannes.sipsolutions.net/files/xhci.trace.dat.xz
Oh, and this was the kernel diff to commit
963649d735c8b6eb0f97e82c54f02426ff3f1f45:
diff
On Tue, 2014-06-24 at 09:27 +1000, Julian Calaby wrote:
- x = (T)pci_alloc_consistent(E1,E2,E3);
+ x = pci_zalloc_consistent(E1,E2,E3);
if ((x==NULL) || ...) S
- memset((T2)x,0,E2);
I don't know much about SmPL, but wouldn't having that if statement
there reduce your matches?
Code
> So, the problem that remains is for those images whose source
> is a bitmap. If we want to stick with the Sphinx supported formats,
> we have only two options for bitmaps: jpg or png. We could eventually
> use uuencode or base64 to make sure that the patches won't use
> git binary diff
> > > You had pointed me to this plugin before
> > > https://pythonhosted.org/sphinxcontrib-aafig/
> > >
> > > but I don't think it can actually represent any of the pictures.
> >
> > No, but there are some ascii art images inside some txt/rst files
> > and inside some kernel-doc comments. We
13 matches
Mail list logo