Signed-off-by: Javier Martin
---
drivers/media/video/mx2_camera.c | 16
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/media/video/mx2_camera.c b/drivers/media/video/mx2_camera.c
index d9028f1..06017a0 100644
--- a/drivers/media/video/mx2_camera.c
On 13 February 2012 15:10, Guennadi Liakhovetski wrote:
> Hi Javier
>
> On Mon, 13 Feb 2012, Javier Martin wrote:
>
>>
>> Signed-off-by: Javier Martin
>> ---
>> drivers/media/video/mx2_camera.c | 16
>> 1 files changed, 8 insert
If the attached video sensor cannot provide the
requested image size, try to use resizing engine
included in the eMMa-PrP IP.
This patch supports both averaging and bilinear
algorithms.
Signed-off-by: Javier Martin
---
drivers/media/video/mx2_camera.c | 251
t;
> This means, in case of an overflow you don't reset the channels any more?
> Is there a reason for that?
Apparently, while I added the "returning an error frame, and continue
with the next one" part I accidentally removed the "resetting the
buffer" part.
Let me
pcdev->emma_prp = mx27_emma_prp_get_format(xlate->code,
>> xlate->host_fmt->fourcc);
>>
>> + dev_dbg(icd->parent, "%s: returned params: width = %d, height = %d\n",
>> + __func__,
art
callback this makes sure that resizing won't be applied to unknown
formats.
Regards.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- Santander. Cantabria. Spain
+34 942 25 32 60
www.vista-silicon.com
--
To unsubscribe from this list: send
On 21 February 2012 10:24, Guennadi Liakhovetski wrote:
> On Tue, 21 Feb 2012, javier Martin wrote:
>
>> On 21 February 2012 09:39, Guennadi Liakhovetski
>> wrote:
>> > Hi Javier
>> >
>> > One more thing occurred to me: I don't see anywhe
Signed-off-by: Javier Martin
---
Changes since v3:
- Reset the channels properly.
---
drivers/media/video/mx2_camera.c | 38 +++---
1 files changed, 19 insertions(+), 19 deletions(-)
diff --git a/drivers/media/video/mx2_camera.c b/drivers/media/video
Signed-off-by: Javier Martin
---
Changes since v1:
- Adapt to [PATCH v4 4/4] media i.MX27 camera: handle overflows properly.
---
drivers/media/video/mx2_camera.c | 26 --
1 files changed, 12 insertions(+), 14 deletions(-)
diff --git a/drivers/media/video
Some elements of 'mx2_buffer' are grouped together in another
auxiliary structure. This way we don't need to have unused
'vb2_buffer' structures for both discard buffers.
Signed-off-by: Javier Martin
---
Changes since v1:
- Adapt to [PATCH v4 4/4] media i.MX27 camera:
ones apply fine as they are.
Regards.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- Santander. Cantabria. Spain
+34 942 25 32 60
www.vista-silicon.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the bo
t;> +
>>> + memset(pcdev->resizing, 0, sizeof(struct emma_prp_resize) << 1);
>>
>> I think, just sizeof(pcdev->resizing) will do the trick.
No, it doesn't work because pcdev->resizing is a pointer whose size is 4bytes.
I will just left this unchanged
If the attached video sensor cannot provide the
requested image size, try to use resizing engine
included in the eMMa-PrP IP.
This patch supports both averaging and bilinear
algorithms.
Signed-off-by: Javier Martin
---
Changes since v1:
- Fix several cosmetic issues.
- Don't return -E
On 27 February 2012 09:49, Guennadi Liakhovetski wrote:
> Hi Javier
>
> On Wed, 22 Feb 2012, Javier Martin wrote:
>
>> Signed-off-by: Javier Martin
>> ---
>> Changes since v1:
>> - Adapt to [PATCH v4 4/4] media i.MX27 camera: handle overflows properl
If the attached video sensor cannot provide the
requested image size, try to use resizing engine
included in the eMMa-PrP IP.
This patch supports both averaging and bilinear
algorithms.
Signed-off-by: Javier Martin
---
Changes since v2:
- Don't modify controller private parameters in tr
Hi all,
I've been using and testing these patches successfully for a month.
Do you have any comments on them? Do you think they are ready to be merged?
[PATCH 1/2] media: tvp5150: Add cropping support
[PATCH 2/2] media: tvp5150: Add g_mbus_fmt_callback
--
Javier Martin
Vista Silicon S.L.
On 2 March 2012 09:37, Marco Cavallini wrote:
> javier Martin ha scritto, Il 02/03/2012 09:35:
>> Hi all,
>> I've been using and testing these patches successfully for a month.
>> Do you have any comments on them? Do you think they are ready to be merged?
>>
&g
to proceed or should I send a fix on top of it? This
patch is merged in 'for_v3.5', if Mauro reverts it and I send a new
version, would it be also merged 'for_v3.5' or should it wait for
version 3.6?
Regards.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
p to a state B, where each patch is seemingly correct, than by
> looking at a patch "a" that introduces a breakage and "b" that hopefully
> should fix it back.
All right. Then Mauro can revert this patch and I'll get my hands on a
new version whenever I have some spare tim
Remove MX2_CAMERA_SWAP16 and MX2_CAMERA_PACK_DIR_MSB flags
so that the driver can negotiate with the attached sensor
whether the mbus format needs convertion from UYUV to YUYV
or not.
Signed-off-by: Javier Martin
---
Previous version of this patch was requested to be reverted by
Guennadi.
I&#
Sorry, forget about this patch.
I've just read that there is a merge conflict too.
I will send a v3 to address this also.
On 1 June 2012 10:28, Javier Martin wrote:
> Remove MX2_CAMERA_SWAP16 and MX2_CAMERA_PACK_DIR_MSB flags
> so that the driver can negotiate with the attached senso
Remove MX2_CAMERA_SWAP16 and MX2_CAMERA_PACK_DIR_MSB flags
so that the driver can negotiate with the attached sensor
whether the mbus format needs convertion from UYUV to YUYV
or not.
Signed-off-by: Javier Martin
---
Fix pass-through mode as requested by Guennadi.
Also a merge conflict has been
ch is not needed anymore since Guennadi has requested one of
my patches to be removed from 'for_v3.5':
[PATCH] Revert "[media] media: mx2_camera: Fix mbus format handling"
And I've sent a new version addressing this merge issue and the
problem mentioned by Guennadi:
[PATCH
While YUYV format can be handled using generic pass-through mode,
in order to allow resizing the eMMa-PrP has to know exactly
what format it is dealing with to process data accordingly.
Signed-off-by: Javier Martin
---
drivers/media/video/mx2_camera.c | 26 ++
1 files
Hi,
On 5 June 2012 16:09, Fabio Estevam wrote:
> Hi Javier,
>
> Just curious: have you managed to get VPU driver working in mainline
> running on mx27?
No, I'm still working on it in my spare time. Progress is rather slow.
Regards.
--
Javier Martin
Vista Silicon S.L.
CDTUC -
Hi Fabio,
On 5 June 2012 16:17, Fabio Estevam wrote:
> On Tue, Jun 5, 2012 at 11:14 AM, javier Martin
> wrote:
>
>> No, I'm still working on it in my spare time. Progress is rather slow.
>
> Ok, great. If you want to collaborate on this task, I will be glad to help.
&
Hi Fabio,
On 7 June 2012 19:35, Fabio Estevam wrote:
> Hi Javier,
>
> On Thu, Jun 7, 2012 at 5:30 AM, javier Martin
> wrote:
>
>> As i stated, the driver is still in an early development stage, it
>> doesn't do anything useful yet. But this is the public git rep
Fabio,
On 8 June 2012 08:51, javier Martin wrote:
> Hi Fabio,
>
> On 7 June 2012 19:35, Fabio Estevam wrote:
>> Hi Javier,
>>
>> On Thu, Jun 7, 2012 at 5:30 AM, javier Martin
>> wrote:
>>
>>> As i stated, the driver is still in an early developm
Hi Robert,
On 8 June 2012 09:26, Robert Schwebel wrote:
> Hi Javier,
>
> On Fri, Jun 08, 2012 at 09:21:13AM +0200, javier Martin wrote:
>> If you refer to driver in [1] I have some concerns: i.MX27 VPU should
>> be implemented as a V4L2 mem2mem device since it gets raw pi
On 8 June 2012 10:48, Sascha Hauer wrote:
> On Fri, Jun 08, 2012 at 09:39:15AM +0200, javier Martin wrote:
>> Hi Robert,
>>
>> On 8 June 2012 09:26, Robert Schwebel wrote:
>> > Hi Javier,
>> >
>> > On Fri, Jun 08, 2012 at 09:21:13AM +0200, javier
/github.com/jmartinc/video_visstrim/tree/mx27-codadx6/drivers/media/video/codadx6
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- Santander. Cantabria. Spain
+34 942 25 32 60
www.vista-silicon.com
--
To unsubscribe from this list: s
On 8 June 2012 11:23, Sascha Hauer wrote:
> On Fri, Jun 08, 2012 at 11:02:31AM +0200, javier Martin wrote:
>> Hi,
>> I've checked this matter with a colleague and we have several reasons
>> to doubt that the i.MX27 and the i.MX53 can share the same driver for
>> t
Hi Fabio,
On 20 June 2012 05:26, Fabio Estevam wrote:
> Hi Javier,
>
> On Tue, Jun 19, 2012 at 11:11 AM, Javier Martin
> wrote:
>> This patch adds support for the video encoder present
>> in the i.MX27. It currently support encoding in H.264 and
>> in MPEG4
proper firmware based on this data.
If I drop this platform data it is OK with you if I don't add device
tree support by now?
Regards.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- Santander. Cantabria. Spain
+34 942 25 32 60
www.vista-sil
enance and new feature adoption a lot
> easier, for example linear irqdomain.
Do you plan to add pinctrl support for i.MX27 and i.MX21?
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- Santander. Cantabria. Spain
+34 942 25 32 60
www.vista-silic
?code=i.MX27&nodeId=018rH3ZrDR66AF&fpsp=1&tab=Design_Tools_Tab
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- Santander. Cantabria. Spain
+34 942 25 32 60
www.vista-silicon.com
--
To unsubscribe from this list: send the line "unsub
On 2 July 2012 12:54, Sascha Hauer wrote:
> On Mon, Jul 02, 2012 at 12:36:46PM +0200, javier Martin wrote:
>> Hi Sascha,
>> I almost have a final version ready which includes multi-instance
>> support (not tested though) [1]. As I stated, we assumed the extra
>> effort
On 2 July 2012 13:13, javier Martin wrote:
> On 2 July 2012 12:54, Sascha Hauer wrote:
>> On Mon, Jul 02, 2012 at 12:36:46PM +0200, javier Martin wrote:
>>> Hi Sascha,
>>> I almost have a final version ready which includes multi-instance
>>> support (not
This driver wasn't converted to the new clock changes
(clk_prepare_enable/clk_disable_unprepare). Also naming
of emma-prp related clocks for the i.MX27 was not correct.
Signed-of-by: Javier Martin
---
diff --git a/arch/arm/mach-imx/clk-imx27.c b/arch/arm/mach-imx/clk-imx27.c
index 29
On 6 July 2012 08:43, Sascha Hauer wrote:
> Hi Javier,
>
> On Fri, Jul 06, 2012 at 08:31:49AM +0200, Javier Martin wrote:
>> This driver wasn't converted to the new clock changes
>> (clk_prepare_enable/clk_disable_unprepare). Also naming
>> of emma-prp relat
This driver wasn't converted to the new clock changes
(clk_prepare_enable/clk_disable_unprepare). Also naming
of emma-prp related clocks for the i.MX27 was not correct.
Signed-off-by: Javier Martin
---
arch/arm/mach-imx/clk-imx27.c|8 ---
drivers/media/video/mx2_camera.c |
On 6 July 2012 09:34, Sascha Hauer wrote:
> On Fri, Jul 06, 2012 at 09:13:11AM +0200, Javier Martin wrote:
>> This driver wasn't converted to the new clock changes
>> (clk_prepare_enable/clk_disable_unprepare). Also naming
>> of emma-prp related clocks for the i.MX27 was
This driver wasn't converted to the new clock changes
(clk_prepare_enable/clk_disable_unprepare). Also naming
of emma-prp related clocks for the i.MX27 was not correct.
---
Enable clocks only for i.MX27.
---
arch/arm/mach-imx/clk-imx27.c|8 +++--
drivers/media/video/mx2_camera.c | 67 ++
Hi,
can this patch be applied please?
It solves a BUG for 3.5. Guennadi, Fabio, could you give me an ack for this?
Regards.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- Santander. Cantabria. Spain
+34 942 25 32 60
www.vista-silicon.com
--
To
On 6 July 2012 13:00, javier Martin wrote:
> Hi,
> can this patch be applied please?
>
> It solves a BUG for 3.5. Guennadi, Fabio, could you give me an ack for this?
>
> Regards.
But it should be applied after this one to preserve bisectability:
http://patchwork.linuxtv.org/pa
Hi Guennadi,
On 6 July 2012 13:09, Guennadi Liakhovetski wrote:
> On Fri, 6 Jul 2012, javier Martin wrote:
>
>> Hi,
>> can this patch be applied please?
>>
>> It solves a BUG for 3.5. Guennadi, Fabio, could you give me an ack for this?
>
> Sorry? This patch
Hi Guennadi,
On 6 July 2012 13:39, Guennadi Liakhovetski wrote:
> On Fri, 6 Jul 2012, javier Martin wrote:
>
>> Hi Guennadi,
>>
>> On 6 July 2012 13:09, Guennadi Liakhovetski wrote:
>> > On Fri, 6 Jul 2012, javier Martin wrote:
>> >
>&g
This patch provides support for the codadx6 that is inside
the i.MX27. Currently only H.264 and MPEG4 Part-2 encoding
operations are supported.
This is a refined version of the RFC sent two weeks ago [1].
The following tasks have been addressed since then:
- Get rid of 'runtime' structure.
- Dev
Support the codadx6 that is included in
the i.MX27 SoC.
---
arch/arm/mach-imx/mach-imx27_visstrim_m10.c | 24 +---
1 file changed, 21 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-imx/mach-imx27_visstrim_m10.c
b/arch/arm/mach-imx/mach-imx27_visstrim_m10.c
index f
latform-imx27-coda.c
new file mode 100644
index 000..8b12aac
--- /dev/null
+++ b/arch/arm/plat-mxc/devices/platform-imx27-coda.c
@@ -0,0 +1,37 @@
+/*
+ * Copyright (C) 2012 Vista Silicon
+ * Javier Martin
+ *
+ * This program is free software; you can redistribute it and/or modify it
u
On 6 July 2012 14:55, Guennadi Liakhovetski wrote:
> Hi Javier
>
> Thanks for the patch, and sorry for delay. I was away first 10 days of
> June and still haven't come round to cleaning up my todo list since
> then...
>
> On Fri, 1 Jun 2012, Javier Martin wrote:
>
&g
rote:
>
>> Hi Javier
>>
>> Thanks for the patch, and sorry for delay. I was away first 10 days of
>> June and still haven't come round to cleaning up my todo list since
>> then...
>>
>> On Fri, 1 Jun 2012, Javier Martin wrote:
>
> [sni
Remove MX2_CAMERA_SWAP16 and MX2_CAMERA_PACK_DIR_MSB flags
so that the driver can negotiate with the attached sensor
whether the mbus format needs convertion from UYUV to YUYV
or not.
---
Changes since v3:
Do not provide pass-through for UYVY8.
---
arch/arm/plat-mxc/include/mach/mx2_cam.h |2
On 9 July 2012 09:28, Sascha Hauer wrote:
> On Fri, Jul 06, 2012 at 12:56:02PM +0200, Javier Martin wrote:
>> This driver wasn't converted to the new clock changes
>> (clk_prepare_enable/clk_disable_unprepare). Also naming
>> of emma-prp related clocks for
On 9 July 2012 09:43, Sascha Hauer wrote:
> On Mon, Jul 09, 2012 at 09:37:25AM +0200, javier Martin wrote:
>> On 9 July 2012 09:28, Sascha Hauer wrote:
>> > On Fri, Jul 06, 2012 at 12:56:02PM +0200, Javier Martin wrote:
>> >> This driver wasn't
On 9 July 2012 10:19, Philipp Zabel wrote:
> Am Montag, den 09.07.2012, 10:07 +0200 schrieb javier Martin:
> [...]
>> >> +static int vidioc_s_parm(struct file *file, void *priv, struct
>> >> v4l2_streamparm *a)
>> >> +{
>> >> + struct c
On 9 July 2012 10:07, Sascha Hauer wrote:
> On Mon, Jul 09, 2012 at 09:46:03AM +0200, javier Martin wrote:
>> On 9 July 2012 09:43, Sascha Hauer wrote:
>> > On Mon, Jul 09, 2012 at 09:37:25AM +0200, javier Martin wrote:
>> >> On 9 July 2012 09:28, Sascha Hauer
Support the codadx6 that is included in
the i.MX27 SoC.
---
Changes since v1:
- Use 'arm_memblock_steal'.
---
arch/arm/mach-imx/mach-imx27_visstrim_m10.c | 24
1 file changed, 20 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-imx/mach-imx27_visstrim_m10.c
b
Remove MX2_CAMERA_SWAP16 and MX2_CAMERA_PACK_DIR_MSB flags
so that the driver can negotiate with the attached sensor
whether the mbus format needs convertion from UYUV to YUYV
or not.
---
Changes since v3:
- Remove conversion from UYVY to YUYV.
- Add 'csicr1' to emma-PrP format structure.
---
a
---
drivers/media/video/mx2_camera.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/media/video/mx2_camera.c b/drivers/media/video/mx2_camera.c
index d5355de..4a96989 100644
--- a/drivers/media/video/mx2_camera.c
+++ b/drivers/media/video/mx2_camera.c
@@ -1370,6 +
---
drivers/media/video/mx2_camera.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/mx2_camera.c b/drivers/media/video/mx2_camera.c
index d5355de..eda98fc 100644
--- a/drivers/media/video/mx2_camera.c
+++ b/drivers/media/video/mx2_camera.c
@@ -1370,
Remove MX2_CAMERA_SWAP16 and MX2_CAMERA_PACK_DIR_MSB flags
so that the driver can negotiate with the attached sensor
whether the mbus format needs convertion from UYUV to YUYV
or not.
---
drivers/media/video/mx2_camera.c | 28 +++-
1 file changed, 23 insertions(+), 5 dele
[PATCH 1/2] media: Add mem2mem deinterlacing driver.
[PATCH 2/2] i.MX27: Visstrim_M10: Add support for deinterlacing
--
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/majordo
SAMSUNG_S5P_MFC)+= s5p-mfc/
diff --git a/drivers/media/video/m2m-deinterlace.c
b/drivers/media/video/m2m-deinterlace.c
new file mode 100644
index 000..9642efd
--- /dev/null
+++ b/drivers/media/video/m2m-deinterlace.c
@@ -0,0 +1,1077 @@
+/*
+ * V4L2 deinterlacing support.
+ *
+ * Cop
Visstrim_M10 have a tvp5150 whose video output must be deinterlaced.
The new mem2mem deinterlacing driver is very useful for that purpose.
---
arch/arm/mach-imx/mach-imx27_visstrim_m10.c | 31 ---
1 file changed, 28 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mac
Hi Philippe, Sascha,
could you ack this patch please?
Regards.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- Santander. Cantabria. Spain
+34 942 25 32 60
www.vista-silicon.com
--
To unsubscribe from this list: send the line "unsubscribe
Hi Hans,
thank you for your comments.
On 11 July 2012 11:45, Hans Verkuil wrote:
> Hi Javier!
>
> Thanks for the patch.
>
> On Wed 11 July 2012 10:55:03 Javier Martin wrote:
>> Some video decoders such as tvp5150 provide separate
>> video fields (V4L2_FIELD_SEQ_TB). Th
Hi,
On 11 July 2012 12:08, Laurent Pinchart
wrote:
> Hi Javier,
>
> Thanks for the patch.
>
> On Wednesday 11 July 2012 09:56:49 Javier Martin wrote:
>> Remove MX2_CAMERA_SWAP16 and MX2_CAMERA_PACK_DIR_MSB flags
>> so that the driver can negotiate with the attached
Do not use MX2_CAMERA_SWAP16 and MX2_CAMERA_PACK_DIR_MSB flags.
The driver must negotiate with the attached sensor whether the
mbus format is UYUV or YUYV and set CSICR1 configuration
accordingly.
Signed-off-by: Javier Martin
---
drivers/media/video/mx2_camera.c | 28
Add explicit conversions from UYVY and YUYV to YUYV so that
csicr1 configuration can be set properly for each format.
Signed-off-by: Javier Martin
---
drivers/media/video/mx2_camera.c | 40 ++
1 file changed, 40 insertions(+)
diff --git a/drivers/media
These flags are not used any longer and can be safely removed
since the following patch:
http://www.spinics.net/lists/linux-media/msg50165.html
Signed-off-by: Javier Martin
---
arch/arm/plat-mxc/include/mach/mx2_cam.h |2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm/plat-mxc
effect in the image but this
can be accepted for some low quality applications.
Currently YUV420 and YUYV formats are supported but
can be extended later.
Signed-off-by: Javier Martin
---
Changes since v1:
- Added support for V4L2_FIELD_SEQ_BT to V4L2_FIELD_INTERLACED_BT
and V4L2_FIELD_NONE
Visstrim_M10 have a tvp5150 whose video output must be deinterlaced.
The new mem2mem deinterlacing driver is very useful for that purpose.
Signed-off-by: Javier Martin
---
Changes since v1:
- Removed commented out code.
---
arch/arm/mach-imx/mach-imx27_visstrim_m10.c | 27
#x27;ve missed two problems with platform device removal and module
> autoloading before, see below.
Fine.
> Am Donnerstag, den 12.07.2012, 09:11 +0200 schrieb Javier Martin:
>> Coda is a range of video codecs from Chips&Media that
>> support H.264, H.263, MPEG4 and other video st
On 18 July 2012 10:35, Philipp Zabel wrote:
> Hi Javier,
>
> Am Mittwoch, den 18.07.2012, 09:12 +0200 schrieb javier Martin:
> [...]
>> > I see there is a comment about the expected register setting not working
>> > for CODA_REG_BIT_STREAM_CTRL in start_streaming
On 18 July 2012 11:22, Philipp Zabel wrote:
> Hi Javier,
>
> Am Mittwoch, den 18.07.2012, 11:01 +0200 schrieb javier Martin:
>> On 18 July 2012 10:35, Philipp Zabel wrote:
>> > Hi Javier,
>> >
>> > Am Mittwoch, den 18.07.2012, 09:12 +0200 schrieb javier
On 18 July 2012 14:12, Philipp Zabel wrote:
> Am Mittwoch, den 18.07.2012, 11:26 +0200 schrieb javier Martin:
>> On 18 July 2012 11:22, Philipp Zabel wrote:
>> > Hi Javier,
>> >
>> > Am Mittwoch, den 18.07.2012, 11:01 +0200 schrieb javier Martin:
>> >
Hi Hans,
thank you for your review.
On 18 July 2012 13:00, Hans Verkuil wrote:
> Hi Javier!
>
> On Wed 18 July 2012 12:21:35 Javier Martin wrote:
>> Coda is a range of video codecs from Chips&Media that
>> support H.264, H.263, MPEG4 and other video standards.
>>
On 12 July 2012 10:56, Javier Martin wrote:
> Add explicit conversions from UYVY and YUYV to YUYV so that
> csicr1 configuration can be set properly for each format.
>
> Signed-off-by: Javier Martin
> ---
> drivers/media/video/mx2_camera.c | 40
> ++
On 20 July 2012 13:19, Guennadi Liakhovetski wrote:
> Hi Javier
>
> Thanks for the patch
>
> On Mon, 9 Jul 2012, javier Martin wrote:
>
>> On 9 July 2012 10:07, Sascha Hauer wrote:
>> > On Mon, Jul 09, 2012 at 09:46:03AM +0200, javier Martin wrote:
>> >&
Hi Hans,
On 21 July 2012 11:50, Hans Verkuil wrote:
> On Fri July 20 2012 13:08:35 Javier Martin wrote:
>> Coda is a range of video codecs from Chips&Media that
>> support H.264, H.263, MPEG4 and other video standards.
>>
>> Currently only support for the codadx6 i
On 20 July 2012 15:43, Guennadi Liakhovetski wrote:
> On Fri, 20 Jul 2012, javier Martin wrote:
>
>> On 20 July 2012 13:19, Guennadi Liakhovetski wrote:
>> > Hi Javier
>> >
>> > Thanks for the patch
>> >
>> > On Mon, 9 Jul 2012, javier Ma
On 23 July 2012 10:20, Hans Verkuil wrote:
> On Mon July 23 2012 10:02:04 javier Martin wrote:
>> Hi Hans,
>>
>> On 21 July 2012 11:50, Hans Verkuil wrote:
>> > On Fri July 20 2012 13:08:35 Javier Martin wrote:
>> >> Coda is a range of video codecs fr
-- Forwarded message --
From: javier Martin
Date: 23 July 2012 10:39
Subject: Re: [PATCH v6] media: coda: Add driver for Coda video codec.
To: Hans Verkuil
On 23 July 2012 10:36, Hans Verkuil wrote:
> On Mon July 23 2012 10:27:13 javier Martin wrote:
>> On 23 July 2
LICED_VBI_CAP: Not Supported
Buffer ioctls:
fail: v4l2-test-buffers.cpp(111): doioctl(node->node2,
VIDIOC_REQBUFS, &bufs) != EBUSY
test VIDIOC_REQBUFS/CREATE_BUFS: FAIL
test read/write: OK
Total: 34 Succeeded: 26 Failed: 8 Warnings: 0
--
Javier Martin
Vis
On 23 July 2012 11:45, javier Martin wrote:
> Sorry, I had a problem with my buildroot environment. This is the
> v4l2-compliance output with the most recent version:
>
> # v4l2-compliance -d /dev/video2
> Driver Info:
> Driver name : coda
> Card type
On 23 July 2012 12:14, Hans Verkuil wrote:
> On Mon July 23 2012 12:00:30 javier Martin wrote:
>> On 23 July 2012 11:45, javier Martin wrote:
>> > Sorry, I had a problem with my buildroot environment. This is the
>> > v4l2-compliance output with the most recen
On 23 July 2012 13:38, Hans Verkuil wrote:
> On Mon July 23 2012 13:31:01 Javier Martin wrote:
>> Coda is a range of video codecs from Chips&Media that
>> support H.264, H.263, MPEG4 and other video standards.
>>
>> Currently only support for the codadx6 included i
effect in the image but this
can be accepted for some low quality applications.
Currently only YUV420 and YUYV formats are supported but
it can be extended later.
Signed-off-by: Javier Martin
---
Changes since v2:
- Passes all v4l2-compliance tests.
- Field conversion is now properly documented
012-07-26
10:57:30 +0200)
--------
Javier Martin (5):
i.MX: coda: Add platform support for coda in i.MX27.
media: coda: Add driver for Coda video codec.
Visstrim M10: Add support for Coda.
media: Add mem2mem deinterla
The following series follows the steps purposed by Guennadi
(http://www.spinics.net/lists/arm-kernel/msg18.html) in
order to fix clock handlings for i.MX27 in mx2_camera.c
[PATCH 1/4] i.MX27: Fix emma-prp and csi clocks.
[PATCH 2/4] media: mx2_camera: Mark i.MX25 support as BROKEN.
[PATCH 3/4]
Naming of emma-prp related clocks for the i.MX27 is not correct.
Signed-off-by: Javier Martin
---
arch/arm/mach-imx/clk-imx27.c |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-imx/clk-imx27.c b/arch/arm/mach-imx/clk-imx27.c
index b1d343c..6e9cb02
i.MX25 support is known to have been broken for
almost a year.
Signed-off-by: Javier Martin
---
drivers/media/video/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/video/Kconfig b/drivers/media/video/Kconfig
index c0b9233..af9d2d0 100644
--- a
This driver wasn't converted to the new clock framework
(e038ed50a4a767add205094c035b6943e7b30140).
Signed-off-by: Javier Martin
---
drivers/media/video/mx2_camera.c | 67 ++
1 file changed, 39 insertions(+), 28 deletions(-)
diff --git a/drivers/
Support for i.MX25 in mx2_camera.c has been broken
for a year. Furthermore, i.MX25 video capture HW
doesn't have much in common with i.MX27. A separate
driver would be desirable.
Signed-off-by: Javier Martin
---
Documentation/feature-removal-schedule.txt |9 +
1 file chang
This driver wasn't converted to the new clock framework
(e038ed50a4a767add205094c035b6943e7b30140).
Signed-off-by: Javier Martin
---
This is broken in current stable 3.5 too. So it should be applied
to both stable and 3.6.
---
drivers/media/video/mx2_emmaprp.c |
Hi,
thank you for yor ACKs.
On 20 July 2012 13:31, Guennadi Liakhovetski wrote:
> On Thu, 12 Jul 2012, Javier Martin wrote:
>
>> These flags are not used any longer and can be safely removed
>> since the following patch:
>> http://www.spinics.net/lists/linux-media/msg501
On 31 July 2012 00:42, Mauro Carvalho Chehab wrote:
> Em 26-07-2012 06:36, Javier Martin escreveu:
>> Hi Mauro,
>> this pull request is composed of two series that provide support for two
>> mem2mem devices:
>> - 'm2m-deinterlace' video deinterlacer
>
be a
pity we finally missed that deadline.
Regards.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- Santander. Cantabria. Spain
+34 942 25 32 60
www.vista-silicon.com
--
To unsubscribe from this list: send the line "unsubscribe linux-media&qu
On 31 July 2012 15:05, Sascha Hauer wrote:
> On Tue, Jul 31, 2012 at 08:13:59AM +0200, javier Martin wrote:
>> On 31 July 2012 00:42, Mauro Carvalho Chehab wrote:
>> > Em 26-07-2012 06:36, Javier Martin escreveu:
>> >> Hi Mauro,
>> >> this pull requ
301 - 400 of 461 matches
Mail list logo
