Just bought a wintv-hvr-1955 (sold as a wintv-hvr-1950)
160111 LF
Rev B1|7
It has a slightly new usb id, 2040:7502 vs 2040:7501
I edited the kernel to have the driver as it exists for the 7501 for the
7502 (as you can imagine, it didn't work).
It still has the CY7C68013A USB pieces, but I don't k
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Fri Jun 20 04:00:34 CEST 2014
git branch: test
git hash: 1fe3a8fe494463cfe2556a25ae41a1499725c178
gcc versi
Define jpeg_dqt as static.
Signed-off-by: Anthony DeStefano
---
drivers/staging/media/solo6x10/solo6x10-jpeg.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/media/solo6x10/solo6x10-jpeg.h
b/drivers/staging/media/solo6x10/solo6x10-jpeg.h
index c5218ce..9e411
On Thu, Jun 19, 2014 at 03:39:47PM -0700, H. Peter Anvin wrote:
> On 06/19/2014 01:01 PM, Greg KH wrote:
> > On Thu, Jun 19, 2014 at 09:15:36PM +0200, Daniel Vetter wrote:
> >> On Thu, Jun 19, 2014 at 7:00 PM, Greg KH
> >> wrote:
> >> + BUG_ON(f1->context != f2->context);
> >
> >
On Thu, Jun 19, 2014 at 5:50 PM, Dave Airlie wrote:
> On 20 June 2014 04:19, Greg KH wrote:
>> On Thu, Jun 19, 2014 at 01:45:30PM -0400, Rob Clark wrote:
>>> On Thu, Jun 19, 2014 at 1:00 PM, Greg KH wrote:
>>> > On Thu, Jun 19, 2014 at 10:00:18AM -0400, Rob Clark wrote:
>>> >> On Wed, Jun 18, 20
On Thu, 2014-06-19 at 15:39 -0700, H. Peter Anvin wrote:
> On 06/19/2014 01:01 PM, Greg KH wrote:
> > On Thu, Jun 19, 2014 at 09:15:36PM +0200, Daniel Vetter wrote:
> >> On Thu, Jun 19, 2014 at 7:00 PM, Greg KH
> >> wrote:
> >> + BUG_ON(f1->context != f2->context);
> >
> > Nice, y
On 06/19/2014 01:01 PM, Greg KH wrote:
> On Thu, Jun 19, 2014 at 09:15:36PM +0200, Daniel Vetter wrote:
>> On Thu, Jun 19, 2014 at 7:00 PM, Greg KH wrote:
>> + BUG_ON(f1->context != f2->context);
>
> Nice, you just crashed the kernel, making it impossible to debug or
> recover
Is there someone willing to assist me in finding out why
my video configuration will not work?
I am using a Sony HDR-SR11 as a webcam. Camorama does show
video. Other video tools recognize it. Skype does not
recognize it.
Yahoo messenger shows video once I changed the video preference
to Compo
On 20 June 2014 04:19, Greg KH wrote:
> On Thu, Jun 19, 2014 at 01:45:30PM -0400, Rob Clark wrote:
>> On Thu, Jun 19, 2014 at 1:00 PM, Greg KH wrote:
>> > On Thu, Jun 19, 2014 at 10:00:18AM -0400, Rob Clark wrote:
>> >> On Wed, Jun 18, 2014 at 9:13 PM, Greg KH
>> >> wrote:
>> >> > On Wed, Jun 1
On Thu, Jun 19, 2014 at 09:15:36PM +0200, Daniel Vetter wrote:
> On Thu, Jun 19, 2014 at 7:00 PM, Greg KH wrote:
> >> >> + BUG_ON(f1->context != f2->context);
> >> >
> >> > Nice, you just crashed the kernel, making it impossible to debug or
> >> > recover :(
> >>
> >> agreed, that should proba
On Thu, Jun 19, 2014 at 8:19 PM, Greg KH wrote:
>> >> > EXPORT_SYMBOL_GPL()? Same goes for all of the exports in here.
>> >> > Traditionally all of the driver core exports have been with this
>> >> > marking, any objection to making that change here as well?
>> >>
>> >> tbh, I prefer EXPORT_SYMBO
Guennadi Liakhovetski writes:
> Hi Robert,
>> +static int of_get_mt9m111_platform_data(struct device *dev,
>> +struct soc_camera_subdev_desc *desc)
>> +{
>> +return 0;
>> +}
>
> Why do you need this function? I would just drop it.
Yeah, drop it sounds good.
On Thu, Jun 19, 2014 at 7:00 PM, Greg KH wrote:
>> >> + BUG_ON(f1->context != f2->context);
>> >
>> > Nice, you just crashed the kernel, making it impossible to debug or
>> > recover :(
>>
>> agreed, that should probably be 'if (WARN_ON(...)) return NULL;'
>>
>> (but at least I wouldn't expect
Guennadi Liakhovetski writes:
> Hi Robert,
>
> On Sun, 15 Jun 2014, Robert Jarzmik wrote:
>
>> Add documentation for the Micron mt9m111 image sensor.
>
> A nitpick: this isn't documentation for the sensor:) This is driver DT
> bindings' documentation.
OK, for V2 (as its twin in pxa_camera).
Che
Guennadi Liakhovetski writes:
> On Sun, 15 Jun 2014, Robert Jarzmik wrote:
>> +static const struct of_device_id pxacamera_dt_ids[] = {
>> +{ .compatible = "mrvl,pxa_camera", },
>
> as Documentation/devicetree/bindings/vendor-prefixes.txt defines, it
> should be "marvell."
OK, I'll ask for co
On Thu, Jun 19, 2014 at 2:19 PM, Greg KH wrote:
> On Thu, Jun 19, 2014 at 01:45:30PM -0400, Rob Clark wrote:
>> On Thu, Jun 19, 2014 at 1:00 PM, Greg KH wrote:
>> > On Thu, Jun 19, 2014 at 10:00:18AM -0400, Rob Clark wrote:
>> >> On Wed, Jun 18, 2014 at 9:13 PM, Greg KH
>> >> wrote:
>> >> > On
On Thu, 2014-06-19 at 11:19 -0700, Greg KH wrote:
> On Thu, Jun 19, 2014 at 01:45:30PM -0400, Rob Clark wrote:
> > On Thu, Jun 19, 2014 at 1:00 PM, Greg KH wrote:
> > > On Thu, Jun 19, 2014 at 10:00:18AM -0400, Rob Clark wrote:
> > >> On Wed, Jun 18, 2014 at 9:13 PM, Greg KH
> > >> wrote:
> > >>
On Thu, Jun 19, 2014 at 01:45:30PM -0400, Rob Clark wrote:
> On Thu, Jun 19, 2014 at 1:00 PM, Greg KH wrote:
> > On Thu, Jun 19, 2014 at 10:00:18AM -0400, Rob Clark wrote:
> >> On Wed, Jun 18, 2014 at 9:13 PM, Greg KH
> >> wrote:
> >> > On Wed, Jun 18, 2014 at 12:36:54PM +0200, Maarten Lankhorst
On Thu, Jun 19, 2014 at 1:00 PM, Greg KH wrote:
> On Thu, Jun 19, 2014 at 10:00:18AM -0400, Rob Clark wrote:
>> On Wed, Jun 18, 2014 at 9:13 PM, Greg KH wrote:
>> > On Wed, Jun 18, 2014 at 12:36:54PM +0200, Maarten Lankhorst wrote:
>> >> +#define CREATE_TRACE_POINTS
>> >> +#include
>> >> +
>> >>
From: Ramakrishnan Muthukrishnan
Since none of the drivers are using it, this flag can be removed.
Signed-off-by: Ramakrishnan Muthukrishnan
---
include/media/v4l2-dev.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/media/v4l2-dev.h b/include/media/v4l2-dev.h
index eec6e46..eb76
From: Ramakrishnan Muthukrishnan
Signed-off-by: Ramakrishnan Muthukrishnan
---
Documentation/video4linux/v4l2-framework.txt | 8 +---
Documentation/video4linux/v4l2-pci-skeleton.c | 5 -
Documentation/zh_CN/video4linux/v4l2-framework.txt | 7 +--
3 files changed, 2 insert
From: Ramakrishnan Muthukrishnan
Since all the drivers that use `struct v4l2_fh' use the core priority
checking instead of doing it themselves, this flag can be removed.
This patch removes the usage of the flag from v4l2-core.
Signed-off-by: Ramakrishnan Muthukrishnan
---
drivers/media/v4l2-c
From: Ramakrishnan Muthukrishnan
Since all the drivers that use `struct v4l2_fh' use the core
priority checking, the setting of the flag in the drivers can
be removed.
Signed-off-by: Ramakrishnan Muthukrishnan
---
drivers/media/common/saa7146/saa7146_fops.c| 1 -
drivers/media/parport/
Since all the drivers that use `struct v4l2_fh' use the core priority
checking, instead of doing it themselves, the flag V4L2_FL_USE_FH_PRIO
can be removed.
This patch series removes the use of this flag in the v4l2-core and also
removes the setting of this flag from the drivers and finally remove
On Thu, Jun 19, 2014 at 10:00:18AM -0400, Rob Clark wrote:
> On Wed, Jun 18, 2014 at 9:13 PM, Greg KH wrote:
> > On Wed, Jun 18, 2014 at 12:36:54PM +0200, Maarten Lankhorst wrote:
> >> +#define CREATE_TRACE_POINTS
> >> +#include
> >> +
> >> +EXPORT_TRACEPOINT_SYMBOL(fence_annotate_wait_on);
> >>
On Thu, Jun 19, 2014 at 08:35:29AM -0700, Colin Cross wrote:
> On Thu, Jun 19, 2014 at 5:28 AM, Daniel Vetter wrote:
> > On Thu, Jun 19, 2014 at 1:48 PM, Thierry Reding
> > wrote:
> >>> > With these changes, can we pull the android sync logic out of
> >>> > drivers/staging/ now?
> >>>
> >>> Afaik
On Thu, Jun 19, 2014 at 7:49 AM, Heinrich Schuchardt wrote:
> This updated patch also fixes out of bound access to b[].
>
> In dib9000_risc_apb_access_write() an out of bound access to mb[].
>
> The current test to avoid out of bound access to mb[] is insufficient.
> For len = 19 non-existent mb[1
op 19-06-14 17:22, Colin Cross schreef:
> On Wed, Jun 18, 2014 at 11:37 PM, Daniel Vetter wrote:
>> On Wed, Jun 18, 2014 at 06:15:56PM -0700, Greg KH wrote:
>>> On Wed, Jun 18, 2014 at 12:37:11PM +0200, Maarten Lankhorst wrote:
Just to show it's easy.
Android syncpoints can be mappe
On Thu, Jun 19, 2014 at 5:28 AM, Daniel Vetter wrote:
> On Thu, Jun 19, 2014 at 1:48 PM, Thierry Reding
> wrote:
>>> > With these changes, can we pull the android sync logic out of
>>> > drivers/staging/ now?
>>>
>>> Afaik the google guys never really looked at this and acked it. So I'm not
>>> s
On Wed, Jun 18, 2014 at 11:37 PM, Daniel Vetter wrote:
> On Wed, Jun 18, 2014 at 06:15:56PM -0700, Greg KH wrote:
>> On Wed, Jun 18, 2014 at 12:37:11PM +0200, Maarten Lankhorst wrote:
>> > Just to show it's easy.
>> >
>> > Android syncpoints can be mapped to a timeline. This removes the need
>> >
This updated patch also fixes out of bound access to b[].
In dib9000_risc_apb_access_write() an out of bound access to mb[].
The current test to avoid out of bound access to mb[] is insufficient.
For len = 19 non-existent mb[10] will be accessed.
For odd values of len b[] is accessed out of boun
Hi,
On 06/04/2014 10:24 PM, Antonio Ospite wrote:
> Add support for the depth mode at 10bpp, use a command line parameter to
> switch mode.
>
> NOTE: this is just a proof-of-concept, the final implementation will
> have to expose two v4l2 devices, one for the video stream and one for
> the depth
Hi Antonio,
Thanks for working on this.
On 06/04/2014 10:24 PM, Antonio Ospite wrote:
> Add a xfer_ep_index field to struct gspca_dev, and change alt_xfer() so
> that it accepts a parameter which represents a specific endpoint to look
> for.
>
> If a subdriver wants to specify a value for gspca_
On Wed, Jun 18, 2014 at 9:13 PM, Greg KH wrote:
> On Wed, Jun 18, 2014 at 12:36:54PM +0200, Maarten Lankhorst wrote:
>> +#define CREATE_TRACE_POINTS
>> +#include
>> +
>> +EXPORT_TRACEPOINT_SYMBOL(fence_annotate_wait_on);
>> +EXPORT_TRACEPOINT_SYMBOL(fence_emit);
>
> Are you really willing to live
On Thu, Jun 19, 2014 at 1:48 PM, Thierry Reding
wrote:
>> > With these changes, can we pull the android sync logic out of
>> > drivers/staging/ now?
>>
>> Afaik the google guys never really looked at this and acked it. So I'm not
>> sure whether they'll follow along. The other issue I have as the
On 2014-06-19 11:05, David Härdeman wrote:
> On Thu, Jun 19, 2014 at 10:25:29AM +0200, Niels Laukens wrote:
>> Made the distinction between repeated key presses, and a single long
>> press. The NEC-protocol does not have a toggle-bit (cfr RC5/RC6), but
>> has specific repeat-codes.
>
> Not all NEC
On Thu, Jun 19, 2014 at 08:37:27AM +0200, Daniel Vetter wrote:
> On Wed, Jun 18, 2014 at 06:15:56PM -0700, Greg KH wrote:
> > On Wed, Jun 18, 2014 at 12:37:11PM +0200, Maarten Lankhorst wrote:
> > > Just to show it's easy.
> > >
> > > Android syncpoints can be mapped to a timeline. This removes th
Hi Laurent, Philipp,
Sorry for a late reply.
On Thu, 5 Jun 2014, Laurent Pinchart wrote:
> Hi Philipp,
>
> On Tuesday 03 June 2014 11:30:31 Philipp Zabel wrote:
> > Am Mittwoch, den 28.05.2014, 16:44 +0200 schrieb Laurent Pinchart:
> > > If you had submitted an entirely new driver for a sensor
On Thu, Jun 19, 2014 at 10:25:29AM +0200, Niels Laukens wrote:
>Made the distinction between repeated key presses, and a single long
>press. The NEC-protocol does not have a toggle-bit (cfr RC5/RC6), but
>has specific repeat-codes.
Not all NEC remotes use repeat codes. Some just transmit the full
Hi,
On 06/18/2014 04:40 PM, Antonio Ospite wrote:
> On Wed, 18 Jun 2014 15:59:13 +0200
> Hans de Goede wrote:
>
>> Hi,
>>
>> On 06/18/2014 03:23 PM, Antonio Ospite wrote:
>>> On Wed, 18 Jun 2014 13:46:10 +0200
>>> Hans de Goede wrote:
>>>
Hi,
On 06/18/2014 01:43 PM, Hans de Goede
>From 83aa9f9fa0eaf9eb8005af49f5ce93d24a0b9f2e Mon Sep 17 00:00:00 2001
From: Niels Laukens
Date: Thu, 19 Jun 2014 10:05:11 +0200
Subject: [PATCH 1/2] drivers/media/rc/ir-nec-decode : add toggle feature (1/2)
Made the distinction between repeated key presses, and a single long
press. The NEC-prot
>From a8fca4a8c37cb35ea4527a708a6894745f81c661 Mon Sep 17 00:00:00 2001
From: Niels Laukens
Date: Thu, 19 Jun 2014 10:06:00 +0200
Subject: [PATCH 2/2] drivers/media/rc/ir-nec-decode : add toggle feature (2/2)
Fixes indentation. Kept as separate patch to keep patch 1/2 more to the point.
Signed-o
Hi,
The IR NEC protocol decoder does not handle repeated key presses very
well. It is regarded the same as a long key press, an thus triggers the
auto-repeat functionality, which is not what I expected.
The first patch solves the issue; the second patch fixes indentation
inside the (new) if-block
On Sun, 15 Jun 2014, Robert Jarzmik wrote:
> Add device-tree support to pxa_camera host driver.
>
> Signed-off-by: Robert Jarzmik
> ---
> drivers/media/platform/soc_camera/pxa_camera.c | 80
> ++
> 1 file changed, 80 insertions(+)
>
> diff --git a/drivers/media/platfor
On Sun, 15 Jun 2014, Robert Jarzmik wrote:
> Add documentation for pxa_camera host interface.
As mentioned in another comment: this is driver DT bindings description,
not interface documentation.
Thanks
Guennadi
>
> Signed-off-by: Robert Jarzmik
> ---
> .../devicetree/bindings/media/pxa-cam
Ping ?
On Tuesday 03 June 2014 12:40:19 Laurent Pinchart wrote:
> Kernel headers exported to userspace can contain kernel-specific
> statements (such as __user annotations) that are removed when installing
> the headers with 'make headers_install' in the kernel sources. Only
> those headers must b
Hi Robert,
On Sun, 15 Jun 2014, Robert Jarzmik wrote:
> Add documentation for the Micron mt9m111 image sensor.
A nitpick: this isn't documentation for the sensor:) This is driver DT
bindings' documentation.
Thanks
Guennadi
>
> Signed-off-by: Robert Jarzmik
> ---
> .../devicetree/bindings/m
Hi Robert,
Thanks for the patch.
On Sun, 15 Jun 2014, Robert Jarzmik wrote:
> Add device-tree support for mt9m111 camera sensor.
>
> Signed-off-by: Robert Jarzmik
> ---
> drivers/media/i2c/soc_camera/mt9m111.c | 21 +
> 1 file changed, 21 insertions(+)
>
> diff --git a/dr
Hi Ben,
Thanks for an update.
On Sun, 15 Jun 2014, Ben Dooks wrote:
> Add initial support for OF based soc-camera devices that may be used
> by any of the soc-camera drivers. The driver itself will need converting
> to use OF.
>
> These changes allow the soc-camera driver to do the connecting o
49 matches
Mail list logo