* "Gabor Z. Papp" :
| I would like to use my Pinnacle Dazzle DVC usb encoder with kernels
| 3.10-4.0, but I'm getting the same error all the time.
| Latest working kernel is the 3.4 line.
| What happend with the driver?
Should I provide more details than the dmesg output?
Linux video capture i
On 05/04/2015 07:32 PM, Kamil Debski wrote:
> Hi,
>
> The sixth version of this patchset addresses recent comments on the mailing
> list. Please see the changelog below for details.
Just in case people are wondering what happened to this: about a month ago I
took over from Kamil and I am working
Hi Ricardo,
This patch series looks good to me. I'll wait a bit to see if anyone else has
comments. If not, then I'll merge for 4.3.
Regards,
Hans
On 06/12/2015 06:46 PM, Ricardo Ribalda Delgado wrote:
> Integer controls provide a way to get their default/initial value, but
> any other
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: Tue Jun 16 04:00:15 CEST 2015
git branch: test
git hash: e42c8c6eb456f8978de417ea349eef676ef4385c
gcc versi
On Thu, Jun 11, 2015 at 11:41 PM, Sakari Ailus wrote:
> On Thu, Jun 11, 2015 at 10:27:30PM +0300, Laurent Pinchart wrote:
>> Hi Sakari,
>>
>> Thank you for the patch.
>>
>> On Thursday 11 June 2015 22:18:01 Sakari Ailus wrote:
>> > V4L2 async sub-devices are currently matched (OF case) based on th
Mauro,
Please merge this revert asap. This patch introduces two serious regressions
(first
noticed when testing the cobalt driver, later reproduced with the vivid driver).
This patch needs more work from Jan. Luckily I noticed in time and it should
help
Jan that it is reproducible with vivid, s
The colorspace argument was compared against a V4L2_XFER_FUNC define instead
of against a V4L2_COLORSPACE define, returning the wrong answer.
Signed-off-by: Hans Verkuil
diff --git a/include/uapi/linux/videodev2.h b/include/uapi/linux/videodev2.h
index 3d5fc72..3228fbe 100644
--- a/include/uapi/
On Fri, Jun 12, 2015 at 5:31 PM, Ricardo Ribalda Delgado
wrote:
> They are no longer used in old non-control-framework
> bridge drivers.
>
> Reported-by: Hans Verkuil
> Signed-off-by: Ricardo Ribalda Delgado
Acked-by: Lad, Prabhakar
Cheers,
--Prabhakar Lad
> ---
> drivers/media/i2c/tvp7002.
On Fri, Jun 12, 2015 at 5:31 PM, Ricardo Ribalda Delgado
wrote:
> They are no longer used in old non-control-framework
> bridge drivers.
>
> Reported-by: Hans Verkuil
> Signed-off-by: Ricardo Ribalda Delgado
Acked-by: Lad, Prabhakar
Cheers,
--Prabhakar Lad
> ---
> drivers/media/i2c/tvp514x.
On Fri, Jun 12, 2015 at 5:31 PM, Ricardo Ribalda Delgado
wrote:
> They are no longer used in old non-control-framework
> bridge drivers.
>
> Reported-by: Hans Verkuil
> Signed-off-by: Ricardo Ribalda Delgado
Acked-by: Lad, Prabhakar
Cheers,
--Prabhakar Lad
> ---
> drivers/media/i2c/adv7343.
Since when we start discussions about the usage Media Controller for
complex hardware, one thing become clear: the way it is, MC fails to
map anything different than capture/output/m2m video-only streaming.
The point is that MC has entities named as devnodes, but the only
devnode used (before the
Hi Hans,
On 15/06/15 12:23, Hans Verkuil wrote:
> Sylwester,
>
> Can you confirm that this is only used with bridge drivers that use the
> control framework? Actually, this driver isn't used by any bridge driver
> in the kernel tree, but it is probably in use by out-of-tree code.
>
> I'd like yo
From: Hans Verkuil
The VIDIOC_EXPBUF documentation had spurious spaces that made it irritating
to read. Fix this.
Signed-off-by: Hans Verkuil
---
Documentation/DocBook/media/v4l/vidioc-expbuf.xml | 38 +++
1 file changed, 19 insertions(+), 19 deletions(-)
diff --git a/Docu
From: Hans Verkuil
Always release the queue if the owner closes its filehandle and not when
it is the last open filehandle.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/soc_camera/soc_camera.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/media/
From: Hans Verkuil
If streamoff returned an error, then pass that on to the caller.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/soc_camera/soc_camera.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/media/platform/soc_camera/soc_camera.c
b/driver
From: Hans Verkuil
- REQBUFS(0) will stop streaming, free buffers and release the file ownership.
- Return ENOTTY for create_bufs for a vb1 driver
- Return EBUSY if there is a different streaming owner and set the new owner on
success.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/s
From: Hans Verkuil
- For vb1 drivers just return -ENOTTY.
- For vb2 drivers allow vb2_expbuf without there being a stream owner:
the vb2_expbuf function will return the correct error message in that case.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/soc_camera/soc_camera.c | 11 +++
From: Hans Verkuil
Fill in the bus_info and driver fields. Found by v4l2-compliance.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/soc_camera/sh_mobile_ceu_camera.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/platform/soc_camera/sh_mobile_ceu_camera.c
b/driver
From: Hans Verkuil
The JPEG colorspace should only be used for JPEG encoded images. This is
just a regular sRGB sensor.
Signed-off-by: Hans Verkuil
---
drivers/media/i2c/soc_camera/mt9t112.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/media/i2c/soc_camer
From: Hans Verkuil
COLORSPACE_JPEG should only be used for JPEGs. Use SMPTE170M instead,
which is how YCbCr images are usually encoded.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/sh_veu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/sh_
From: Hans Verkuil
This field wasn't set, causing WARN_ON's from the vb2 core.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/sh_veu.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/media/platform/sh_veu.c b/drivers/media/platform/sh_veu.c
index 2554f37..77a74d3 10
From: Hans Verkuil
I had a pile of straightforward fixes pending in one of my git branches
that were all related to soc_camera in some way. Some were part of William's
r-car patch series, but this collects them all in one place.
These fixes are all due to v4l2-compliance failures or warnings (we
From: Hans Verkuil
This is an SDTV video receiver, so the colorspace should be SMPTE170M.
Signed-off-by: Hans Verkuil
---
drivers/media/i2c/soc_camera/tw9910.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/media/i2c/soc_camera/tw9910.c
b/drivers/media/i2c/s
From: Hans Verkuil
Make sure that 'field' isn't FIELD_ANY when the driver is
first loaded. Fixes a v4l2-compliance failure.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/soc_camera/sh_mobile_ceu_camera.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/platform/soc_ca
From: Hans Verkuil
Fill in the std field from the video_device tvnorms field.
This fixes a v4l2-compliance failure.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/soc_camera/soc_camera.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/media/platform/soc_camera/soc_camer
From: Hans Verkuil
Simplify confusing conditions. This also swaps the checks for NTSC and PAL:
to be consistent with other drivers check for NTSC first. So if the user
sets both NTSC and PAL bits, then NTSC wins.
Signed-off-by: Hans Verkuil
---
drivers/media/i2c/ak881x.c | 8
1 file c
From: Hans Verkuil
When the standard changes the VACTIVE and VDELAY values need to be updated.
Signed-off-by: Hans Verkuil
---
drivers/media/i2c/soc_camera/tw9910.c | 29 -
1 file changed, 28 insertions(+), 1 deletion(-)
diff --git a/drivers/media/i2c/soc_camera/tw
Hi Mauro,
These are mostly patches removing the compatibility control ops from
various subdevs where this is no longer needed.
Also a code cleanup and code to improve logging the framerate.
Regards,
Hans
The following changes since commit e42c8c6eb456f8978de417ea349eef676ef4385c:
[m
On 06/15/2015 12:08 AM, Laurent Pinchart wrote:
> Hi Hans,
>
> (CC'ing Javier Martin)
>
> On Thursday 09 April 2015 12:21:23 Hans Verkuil wrote:
>> From: Hans Verkuil
>>
>> The g_mbus_fmt video op is a duplicate of the pad op. Replace all uses
>> by the get_fmt pad op and remove the video op.
>>
Sylwester,
Can you confirm that this is only used with bridge drivers that use the
control framework? Actually, this driver isn't used by any bridge driver
in the kernel tree, but it is probably in use by out-of-tree code.
I'd like your Ack (or Nack) before I merge this.
Note that eventually the
Klientskie bazi tel +79133913837 Email: nonen2...@gmail.com Yznaite podrobnee!!!
--
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
On 06/10/2015 11:20 AM, Mauro Carvalho Chehab wrote:
> Hi Andrew,
>
> I received this patch series with a new set of helper functions for
> mm, together with changes for media and DRM drivers.
>
> As this stuff is actually mm code, I prefer if this got merged via
> your tree.
>
> Could you pleas
Mauro,
Please merge this revert asap. This patch introduces two serious regressions
(first
noticed when testing the cobalt driver, later reproduced with the vivid driver).
This patch needs more work from Jan. Luckily I noticed in time and it should
help
Jan that it is reproducible with vivid, s
This reverts commit 48b25a3a713b90988b6882d318f7c0a6bed9aabc.
That commit caused two regressions. The first is a BUG:
Jun 14 18:42:15 test-media kernel: [ 115.972299] BUG: unable to handle kernel
NULL pointer dereference at 0100
Jun 14 18:42:15 test-media kernel: [ 115.972307] IP:
34 matches
Mail list logo