"Unsupported
firmware version" complaint?
Do you know where to get the 2.1.5 firmware for the i.MX6D?
Regards,
Javier.
--
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 ht
upport?
I know about Steve's and Philipp's work but I haven't seen any progress
since September 2014.
b) Does anyone know whether it's possible to capture YUV420P video using
the driver in Philipp's repository? If so could you please provide the
pipeline setup that
Hi,
I'm trying to use this card for DVB-C and when I use w_scan I get this error:
-_-_-_-_ Getting frontend capabilities-_-_-_-_
Using DVB API 5.3
frontend 'TurboSight TBS 62x1 DVBT/T2 frontend' supports
INVERSION_AUTO
QAM_AUTO
FEC_AUTO
FREQ (42.00MHz ... 1002.00MHz)
This dvb driver is *buggy*:
s card is difficult to make it work with Debian.
I need to make it work with the command-line. Can somebody help me?
Many thanks in advance,
Javier--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majord
Signed-off-by: Javier Martinez Canillas
---
drivers/base/dma-buf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/base/dma-buf.c b/drivers/base/dma-buf.c
index ea77701..840c7fa 100644
--- a/drivers/base/dma-buf.c
+++ b/drivers/base/dma-buf.c
@@ -491,7 +491,7
ince talks about the interface used by importers.
Signed-off-by: Javier Martinez Canillas
---
Documentation/dma-buf-sharing.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/dma-buf-sharing.txt
b/Documentation/dma-buf-sharing.txt
index 505e711..
Hello Mauro, we have the bad commit:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=173a64cb3fcff1993b2aa8113e53fd379f6a968f
This is a very big commit. I don't known where to fix it. Can you help
me on fixing it
Thanks in advance
Javier
On Wed, Aug 7, 2013 at 3:
5);
+v4l2_ctrl_new_std(&mt9m111->hdl, &mt9m111_ctrl_ops, V4L2_CID_EXPOSURE,
+ 1, 0x, 1, 0x219);
v4l2_ctrl_new_std(&mt9m111->hdl, &mt9m111_ctrl_ops,
V4L2_CID_VFLIP, 0, 1, 1, 0);
v4l2_ctrl_new_std(&mt9m111-
On 12 March 2013 10:39, Guennadi Liakhovetski wrote:
> On Tue, 12 Mar 2013, javier Martin wrote:
>
>> Hi Guernnadi, Christoph,
>>
>> On 12 March 2013 09:25, Christoph Fritz wrote:
>> > On Tue, 2013-03-12 at 08:58 +0100, Guennadi Liakhovetski wrote:
>> >
Hi Guernnadi, Christoph,
On 12 March 2013 09:25, Christoph Fritz wrote:
> On Tue, 2013-03-12 at 08:58 +0100, Guennadi Liakhovetski wrote:
>> On Thu, 7 Mar 2013, javier Martin wrote:
>
>> > What mbus format are you using? Could you please check if the s_width
>> >
Hi Laurent, Guennadi,
On 11 March 2013 21:51, Laurent Pinchart
wrote:
> Hi Javier,
>> [2.706939] omap3isp omap3isp: Revision 15.0 found
>> [2.712402] omap_iommu_attach: 1
>> [2.715942] omap_iommu_attach: 2
>> [2.719329] omap_iommu_attach: 3
>> [
Hi Laurent,
thank you for your answer.
On 11 March 2013 16:01, Laurent Pinchart
wrote:
> Hi Javier,
>
> On Monday 11 March 2013 13:18:12 javier Martin wrote:
>> I've just found the following thread where te problem is explained:
>> http://lists.infradead.org/piper
gone.
However, according to the previous thread, omap3isp register should
return error but an oops should not be generated. So I think there is
a bug here anyway.
--
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
lour-quality judgement to the reader(s) :-)
Thank you for your feedback. It seems that we all have a similar colour quality.
If Aptina comes up with better settings or I find them I'll post a
patch for you to test.
Regards.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Av
atic int __init omap2_iommu_init(void)
{
printk("%s\n", __func__);
return omap_install_iommu_arch(&omap2_iommu_ops);
}
module_init(omap2_iommu_init);
Does anyone know what could be the reason?
Regards.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina
1C12STCH%20ES/557-1251-ND/1643271)
but, unfortunately, I don't have one of these available. It could be
very useful to test the sensor with this board with the configuration
Aptina recommends and see whether the "grey layer effect" still
persists.
I will try to contact Aptina'
Hi Benoît,
thank you for your answer.
On 7 March 2013 13:13, Benoît Thébaudeau wrote:
> Dear Javier Martin,
>
> On Thursday, March 7, 2013 10:43:42 AM, Javier Martin wrote:
>> Hi,
>> I am testing mt9m131 sensor (which is supported in mt9m111.c) in
>> mainline kern
struct i2c_client *client = v4l2_get_subdevdata(&mt9m111->subdev);
>
> - if (on)
> + if (val == V4L2_EXPOSURE_AUTO)
> return reg_set(OPER_MODE_CTRL, MT9M111_OPMODE_AUTOEXPO_EN);
> return reg_clear(OPER_MODE_CTRL, MT9M111_OPMODE_AUTOEXPO_EN);
> }
>
Hi,
sorry for the long delay. I missed this one.
On 5 March 2013 18:56, Guennadi Liakhovetski wrote:
> (Javier's opinion requested)
>
> I'm no expert in i.MX27 hardware, would be great to have an ack from
> someone, intensively working in this area. Javier, what do you t
tx = &context_a;
+
ret = mt9m111_s_power(&mt9m111->subdev, 1);
if (ret < 0)
return ret;
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-silico
cfb2e6717b4d2914d096:
ov7670: remove legacy ctrl callbacks. (2013-01-29 12:21:40 +0100)
----
Javier Martin (9):
media: ov7670: add support for ov7675.
media: ov7670: make try_fmt() consistent with 'min_height' and
s it worth it to define a new v4l2-ctrl for this or should I use a
private ctrl instead?
Regards.
[1] http://calise.sourceforge.net/wordpress/
--
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
Hi Fabio,
On 2 January 2013 13:25, Fabio Estevam wrote:
> Hi Javier,
>
> On Wed, Jan 2, 2013 at 10:18 AM, javier Martin
> wrote:
>
>> That's great. Did you need to change anything in the mx2 camera driver
>> for mx25 to work? Have you already submitted the patche
m camera 0
> mx2-camera imx25-camera.0: MX2 Camera (CSI) driver probed, clock
> frequency: 2216
>
> Could we please keep the mx25 support?
That's great. Did you need to change anything in the mx2 camera driver
for mx25 to work? Have you already submitted the patches?
Regards.
--
On 12/12/2012 06:52 PM, Sarah Sharp wrote:
> On Wed, Dec 12, 2012 at 12:47:24PM +0100, Javier Martinez Canillas wrote:
>> Hello,
>>
>> We have an issue when trying to use USB cameras on a particular machine using
>> the latest mainline Linux 3.7 kernel. This is not
nformation.
Thanks a lot and best regards,
Javier
--
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 16 November 2012 13:48, Sascha Hauer wrote:
> On Mon, Nov 05, 2012 at 04:59:44PM +0100, Javier Martin wrote:
>> Add support for IRAM to i.MX27 non-DT platforms using
>> iram_init() function.
>>
>> Signed-off-by: Javier Martin
>> ---
>> arch/arm/ma
Use this helper function instead of hardcoding the
physical address of the IRAM in the i.MX27.
Signed-off-by: Javier Martin
---
drivers/media/video/Kconfig |2 +-
drivers/media/video/coda.c | 18 ++
2 files changed, 11 insertions(+), 9 deletions(-)
diff --git a/drivers
Add support for IRAM to i.MX27 non-DT platforms using
iram_init() function.
Signed-off-by: Javier Martin
---
arch/arm/mach-imx/mm-imx27.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/mach-imx/mm-imx27.c b/arch/arm/mach-imx/mm-imx27.c
index e7e24af..fd2416d 100644
--- a
4x gain ceiling is not enough to capture a decent image in conditions
of total darkness and only a LED light source. Allow a maximum gain
of 32x instead.
This doesn't have any drawback since the image quality in 'normal'
light conditions is the same.
Signed-off-by: Javier Marti
On 30 October 2012 15:57, Guennadi Liakhovetski wrote:
> On Tue, 30 Oct 2012, javier Martin wrote:
>
>> Hi Guennadi, Fabio,
>>
>> On 30 October 2012 13:29, Guennadi Liakhovetski
>> wrote:
>> > On Tue, 30 Oct 2012, Fabio Estevam wrote:
>> >
>>
Default value should be 'debugging disabled'.
Signed-off-by: Javier Martin
---
drivers/media/platform/m2m-deinterlace.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/m2m-deinterlace.c
b/drivers/media/platform/m2m-deinterlace.c
ind
After removing i.mx25 support and buf_cleanup() callback,
buffer states are not used in the code any longer.
Signed-off-by: Javier Martin
---
drivers/media/platform/soc_camera/mx2_camera.c | 11 ---
1 file changed, 11 deletions(-)
diff --git a/drivers/media/platform/soc_camera
All necessary tasks to end the streaming properly are
already implemented in mx2_stop_streaming() and nothing
remains to be done in this callback.
Furthermore, it only included debug messages so it can
be removed.
Signed-off-by: Javier Martin
---
drivers/media/platform/soc_camera/mx2_camera.c
The CSI has some constraints regarding image with.
This patch makes sure those requirements are met
in try_fmt().
Signed-off-by: Javier Martin
---
drivers/media/platform/soc_camera/mx2_camera.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/media/platform
i.MX25 support has been broken for several releases
now and nobody seems to care about it.
Signed-off-by: Javier Martin
---
drivers/media/platform/soc_camera/Kconfig |7 +-
drivers/media/platform/soc_camera/mx2_camera.c | 405 ++--
2 files changed, 103 insertions
Changes since v1:
- Remove i.MX25 support in the Kconfig file too in patch 1.
[PATCH v2 1/4] media: mx2_camera: Remove i.mx25 support.
[PATCH v2 2/4] media: mx2_camera: Add image size HW limits.
[PATCH v2 3/4] media: mx2_camera: Remove 'buf_cleanup' callback.
[PATCH v2 4/4] media: mx2_camera: Rem
Hi Guennadi, Fabio,
On 30 October 2012 13:29, Guennadi Liakhovetski wrote:
> On Tue, 30 Oct 2012, Fabio Estevam wrote:
>
>> Javier,
>>
>> On Tue, Oct 30, 2012 at 10:16 AM, Javier Martin
>> wrote:
>> > i.MX25 support has been broken for several releases
>
After removing i.mx25 support and buf_cleanup() callback,
buffer states are not used in the code any longer.
Signed-off-by: Javier Martin
---
drivers/media/platform/soc_camera/mx2_camera.c | 11 ---
1 file changed, 11 deletions(-)
diff --git a/drivers/media/platform/soc_camera
All necessary tasks to end the streaming properly are
already implemented in mx2_stop_streaming() and nothing
remains to be done in this callback.
Furthermore, it only included debug messages so it can
be removed.
Signed-off-by: Javier Martin
---
drivers/media/platform/soc_camera/mx2_camera.c
The CSI has some constraints regarding image with.
This patch makes sure those requirements are met
in try_fmt().
Signed-off-by: Javier Martin
---
drivers/media/platform/soc_camera/mx2_camera.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/media/platform
i.MX25 support has been broken for several releases
now and nobody seems to care about it.
Signed-off-by: Javier Martin
---
drivers/media/platform/soc_camera/mx2_camera.c | 405 ++--
1 file changed, 100 insertions(+), 305 deletions(-)
diff --git a/drivers/media/platform
[PATCH 1/4] media: mx2_camera: Remove i.mx25 support.
[PATCH 2/4] media: mx2_camera: Add image size HW limits.
[PATCH 3/4] media: mx2_camera: Remove 'buf_cleanup' callback.
[PATCH 4/4] media: mx2_camera: Remove buffer states.
--
To unsubscribe from this list: send the line "unsubscribe linux-media"
egacy ctrl callbacks. (2012-09-28 13:18:23 +0200)
--------
Javier Martin (9):
media: ov7670: add support for ov7675.
media: ov7670: make try_fmt() consistent with 'min_height' and
'min_width'.
media: ov7670
From: Javier Martin
Length of H.264 headers is variable and thus it might not be
aligned for the coda to append the encoded frame. This causes
the first frame to overwrite part of the H.264 PPS.
In order to solve that, a filler NAL must be added between
the headers and the first frame to
From: Javier Martin
Length of H.264 headers is variable and thus it might not be
aligned for the coda to append the encoded frame. This causes
the first frame to overwrite part of the H.264 PPS.
In order to solve that, a filler NAL must be added between
the headers and the first frame to
Hi Mauro,
On 25 October 2012 17:50, Mauro Carvalho Chehab wrote:
> Hi Javier,
>
> Em Thu, 25 Oct 2012 15:27:08 +0200
> javier Martin escreveu:
>
>> Hi Mauro, Jon,
>> any more issues related with this series?
>
> Patch doesn't apply anymore:
>
> pat
Hi Mauro,
On 25 October 2012 18:18, Mauro Carvalho Chehab wrote:
> Em Thu, 25 Oct 2012 15:24:49 +0200
> javier Martin escreveu:
>
>> Hi Mauro,
>> do you have any problems with this series?
>
> It didn't apply here, maybe due to its dependency from your
> pre
Hi Mauro, Jon,
any more issues related with this series?
Regards.
On 29 September 2012 21:25, Jonathan Corbet wrote:
> On Fri, 28 Sep 2012 13:26:39 +0200
> Javier Martin wrote:
>
>> The following series migrate ov7670 sensor and current users to ctrl
>> framework
>>
Hi Mauro,
do you have any problems with this series?
Regards.
On 29 September 2012 21:20, Jonathan Corbet wrote:
> On Thu, 27 Sep 2012 17:38:20 +0200
> Javier Martin wrote:
>
>> The following series includes all the changes discussed in [1] that
>> don't affect eith
y find it in clk-imx25.c. Does this
>> mean, that this your patch is for i.MX25? But you're saying it's for
>> i.MX27. Confused...
>
> I provide this mx27 clock in the first patch of the series:
> http://patchwork.linuxtv.org/patch/14915/
Yes, I made the same mistake.
instead and get
>> rid of
>> the following warning:
>>
>> drivers/media/platform/coda.c:1543: warning: '__cancel_delayed_work' is
>> deprecated (declared at include/linux/workqueue.h:437)
>>
>> Signed-off-by: Fabio Estevam
>
> Ac
lkdev(clk[usb_div], "per", "fsl-usb2-udc");
> clk_register_clkdev(clk[usb_ipg_gate], "ipg", "fsl-usb2-udc");
> clk_register_clkdev(clk[usb_ahb_gate], "ahb", "fsl-usb2-udc");
> --
> 1.7.9.5
>
>
Tested-by:
clk_emma_ipg);
>> clk_disable_unprepare(pcdev->clk_emma_ahb);
>> }
>> +exit_csi_per:
>> + clk_disable_unprepare(pcdev->clk_csi_per);
>> +exit_csi_ahb:
>> + clk_disable_unprepare(pcdev->clk_csi_ahb);
>> exit:
>>
out it. Look:
soc-camera-pdrv soc-camera-pdrv.0: Probing soc-camera-pdrv.0
mx2-camera mx2-camera.0: Camera driver attached to camera 0
ov7670 0-0021: chip found @ 0x42 (imx-i2c)
[..]
mx2-camera mx2-camera.0: Camera driver detached from camera 0
mx2-camera mx2-camera.0: MX2 Camera (CSI) driver probed, clock
frequency: 6650
s currently working in our Visstrim M10 platform without
this patch and I need to test it to confirm whether it breaks
something or not.
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
On 6 October 2012 17:19, Mauro Carvalho Chehab wrote:
> Em Thu, 27 Sep 2012 08:58:33 +0200
> javier Martin escreveu:
>
>> Hi Jonathan,
>> thank you for your time.
>>
>> On 26 September 2012 18:40, Jonathan Corbet wrote:
>> > This is going to have to b
Reviewed-by: Hans Verkuil
Signed-off-by: Hans Verkuil
Signed-off-by: Javier Martin
---
drivers/media/platform/marvell-ccic/mcam-core.c | 54 ---
drivers/media/platform/marvell-ccic/mcam-core.h |2 +
2 files changed, 11 insertions(+), 45 deletions(-)
diff --git a
And added a missing kfree to clean up the via_camera struct.
Reviewed-by: Hans Verkuil
Signed-off-by: Hans Verkuil
Signed-off-by: Javier Martin
---
drivers/media/platform/via-camera.c | 60 ---
1 file changed, 14 insertions(+), 46 deletions(-)
diff --git a
via-camera and mcam-core were the only bridge drivers that used ov7670.
Since now they have been moved to use the ctrl framework, the old
legacy callbacks in the ov7670 can be removed.
Reviewed-by: Hans Verkuil
Signed-off-by: Javier Martin
---
drivers/media/i2c/ov7670.c |7 ---
1 file
Reviewed-by: Hans Verkuil
Signed-off-by: Javier Martin
---
Changes since v2:
- Do not use 'cur.val' to get gain value.
---
drivers/media/i2c/ov7670.c | 310
1 file changed, 112 insertions(+), 198 deletions(-)
diff --git a/drivers/media/
The following series migrate ov7670 sensor and current users to ctrl framework
as discussed in [1]. This has been tested against mx2_camera soc-camera bridge,
so tests or acks will be required from people using cam-core and via-camera out
there.
This will have to be applied on top of my previous
Hi Hans,
On 28 September 2012 13:05, Hans Verkuil wrote:
> On Fri September 28 2012 12:50:55 Javier Martin wrote:
>> Signed-off-by: Hans Verkuil
>> Signed-off-by: Javier Martin
>> ---
>> Changes since v1:
>> - Use v4l2_ctrl_auto_cluster() for auto_gain an
via-camera and mcam-core were the only bridge drivers that used ov7670.
Since now they have been moved to use the ctrl framework, the old
legacy callbacks in the ov7670 can be removed.
Signed-off-by: Javier Martin
---
drivers/media/i2c/ov7670.c |7 ---
1 file changed, 7 deletions
And added a missing kfree to clean up the via_camera struct.
Signed-off-by: Hans Verkuil
Signed-off-by: Javier Martin
---
drivers/media/platform/via-camera.c | 60 ---
1 file changed, 14 insertions(+), 46 deletions(-)
diff --git a/drivers/media/platform/via
Signed-off-by: Hans Verkuil
Signed-off-by: Javier Martin
---
drivers/media/platform/marvell-ccic/mcam-core.c | 54 ---
drivers/media/platform/marvell-ccic/mcam-core.h |2 +
2 files changed, 11 insertions(+), 45 deletions(-)
diff --git a/drivers/media/platform/marvell
Signed-off-by: Hans Verkuil
Signed-off-by: Javier Martin
---
Changes since v1:
- Use v4l2_ctrl_auto_cluster() for auto_gain and auto_exp.
---
drivers/media/i2c/ov7670.c | 310
1 file changed, 112 insertions(+), 198 deletions(-)
diff --git a
The following series migrate ov7670 sensor and current users to ctrl framework
as discussed in [1]. This has been tested against mx2_camera soc-camera bridge,
so tests or acks will be required from people using cam-core and via-camera out
there.
This will have to be applied on top of my previous
Hi Hans,
On 28 September 2012 10:23, Hans Verkuil wrote:
> On Fri September 28 2012 09:48:01 Javier Martin wrote:
>> static const struct v4l2_subdev_core_ops ov7670_core_ops = {
>> .g_chip_ident = ov7670_g_chip_ident,
>> - .g_ctrl = ov7670_g_ctrl,
>> -
Signed-off-by: Hans Verkuil
Signed-off-by: Javier Martin
---
drivers/media/i2c/ov7670.c | 295 +---
1 file changed, 115 insertions(+), 180 deletions(-)
diff --git a/drivers/media/i2c/ov7670.c b/drivers/media/i2c/ov7670.c
index 9d7a92e..eead1b4 100644
And added a missing kfree to clean up the via_camera struct.
Signed-off-by: Hans Verkuil
Signed-off-by: Javier Martin
---
drivers/media/platform/via-camera.c | 60 ---
1 file changed, 14 insertions(+), 46 deletions(-)
diff --git a/drivers/media/platform/via
Signed-off-by: Hans Verkuil
Signed-off-by: Javier Martin
---
drivers/media/platform/marvell-ccic/mcam-core.c | 54 ---
drivers/media/platform/marvell-ccic/mcam-core.h |2 +
2 files changed, 11 insertions(+), 45 deletions(-)
diff --git a/drivers/media/platform/marvell
The following series migrate ov7670 sensor and current users to ctrl framework
as discussed in [1]. This has been tested against mx2_camera soc-camera bridge,
so tests or acks will be required from people using cam-core and via-camera out
there.
This will have to be applied on top of my previous
Some bridge drivers captures pixels during blanking periods if
pixclk is enabled. In order to avoid capturing bogus data we need to
disable pixclk in the sensor during those blanking periods.
Acked-by: Jonathan Corbet
Signed-off-by: Javier Martin
---
Changes since v1:
- Added changelog
For a frame rate of 30 fps a pixclk of 24MHz is needed. For those
cases where the ov7670 has a clean 24MHz input (xvclk) the PLL
can be bypassed.
This will result in a value of clkrc of 1, which means that in practice
pixclk = xvclk (input clock)
Acked-by: Jonathan Corbet
Signed-off-by: Javier
'min_height' and 'min_width' are variables that allow to specify the minimum
resolution that the sensor will achieve. This patch make v4l2 fmt callbacks
consider this parameters in order to return valid data to user space.
Acked-by: Jonathan Corbet
Signed-off-by: Javier
will be used for ov7675 only.
Signed-off-by: Javier Martin
---
Changes since v1:
- Create separate functions for frame rate control.
---
drivers/media/i2c/ov7670.c | 136 ++--
1 file changed, 118 insertions(+), 18 deletions(-)
diff --git a/drivers/media
ov7675 and ov7670 share the same registers but there is no way
to distinguish them at runtime. However, they require different
tweaks to achieve the desired resolution. For this reason this
patch adds a new ov7675 entry to the ov7670_id table.
Signed-off-by: Javier Martin
---
Changes since v1
The following series includes all the changes discussed in [1] that
don't affect either bridge drivers that use ov7670 or soc-camera framework
For this reason they are considered non controversial and sent separately.
At least 1 more series will follow in order to implement all features
described i
On 26 September 2012 18:52, Jonathan Corbet wrote:
> On Wed, 26 Sep 2012 11:47:57 +0200
> Javier Martin wrote:
>
>> Signed-off-by: Javier Martin
>> ---
>> drivers/media/i2c/ov7670.c |8
>> include/media/ov7670.h |1 +
>> 2 files chan
On 26 September 2012 18:52, Jonathan Corbet wrote:
> On Wed, 26 Sep 2012 11:47:56 +0200
> Javier Martin wrote:
>
>>
>> Signed-off-by: Javier Martin
>
> This one needs a changelog - what does bypassing the PLL do and why might
> you want to do it? Otherwise:
A
On 26 September 2012 18:50, Jonathan Corbet wrote:
> On Wed, 26 Sep 2012 11:47:55 +0200
> Javier Martin wrote:
>
>> According to the datasheet ov7675 uses a formula to achieve
>> the desired framerate that is different from the operations
>> done in the current code.
On 26 September 2012 18:42, Jonathan Corbet wrote:
> On Wed, 26 Sep 2012 11:47:54 +0200
> Javier Martin wrote:
>
>> 'min_height' and 'min_width' are variables that allow to specify the minimum
>> resolution that the sensor will achieve. This patch
Hi Jonathan,
thank you for your time.
On 26 September 2012 18:40, Jonathan Corbet wrote:
> This is going to have to be quick, sorry...
>
> On Wed, 26 Sep 2012 11:47:53 +0200
> Javier Martin wrote:
>
>> +static struct ov7670_win_size ov7670_win_sizes[2][4] = {
>> +
On 26 September 2012 11:47, Javier Martin
wrote:
> The following series includes all the changes discussed in [1] that
> don't affect either bridge drivers that use ov7670 or soc-camera framework
> For this reason they are considered non controversial and sent separately.
> At le
Signed-off-by: Javier Martin
---
drivers/media/i2c/ov7670.c |8
include/media/ov7670.h |1 +
2 files changed, 9 insertions(+)
diff --git a/drivers/media/i2c/ov7670.c b/drivers/media/i2c/ov7670.c
index 54fb535..f7e4341 100644
--- a/drivers/media/i2c/ov7670.c
+++ b/drivers
will be used for ov7675 only.
Signed-off-by: Javier Martin
---
drivers/media/i2c/ov7670.c | 122 ++--
1 file changed, 105 insertions(+), 17 deletions(-)
diff --git a/drivers/media/i2c/ov7670.c b/drivers/media/i2c/ov7670.c
index 627fe5f..175fbfc 100644
Signed-off-by: Javier Martin
---
drivers/media/i2c/ov7670.c | 24 ++--
include/media/ov7670.h |1 +
2 files changed, 23 insertions(+), 2 deletions(-)
diff --git a/drivers/media/i2c/ov7670.c b/drivers/media/i2c/ov7670.c
index 175fbfc..54fb535 100644
--- a/drivers
'min_height' and 'min_width' are variables that allow to specify the minimum
resolution that the sensor will achieve. This patch make v4l2 fmt callbacks
consider this parameters in order to return valid data to user space.
Signed-off-by: Javier Martin
---
drivers/media
ov7675 and ov7670 share the same registers but there is no way
to distinguish them at runtime. However, they require different
tweaks to achieve the desired resolution. For this reason this
patch adds a new ov7675 entry to the ov7670_id table.
Signed-off-by: Javier Martin
---
drivers/media/i2c
The following series includes all the changes discussed in [1] that
don't affect either bridge drivers that use ov7670 or soc-camera framework
For this reason they are considered non controversial and sent separately.
At least 1 more series will follow in order to implement all features
described i
On 20 September 2012 10:03, Richard Zhao wrote:
> On Thu, Sep 20, 2012 at 09:10:46AM +0200, javier Martin wrote:
>> Hi Richard,
>>
>> On 20 September 2012 05:32, Richard Zhao wrote:
>> > why is it a request-pull?
>>
>> After 5 version of Philipp's
nts.gmane.org/gmane.linux.drivers.video-input-infrastructure/53627
The pull request is a way to tell Mauro this is ready to be merged in
his linux-media tree and making things easier for him.
Regards.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
390
st trying the
> patch yourself to see if it has any visible effect on the problem.
I'm sorry I was not explicit. I have tested it, I have it working
right now, flawlessly. It even worked after resuming from S3!
--
Javier Marcet
--
To unsubscribe from this list: send the line "u
;4GB to 0-4GB region (And vice-versa).
"""
You can see the original thread where this was found, together with a
working patch, here:
http://lists.xen.org/archives/html/xen-devel/2012-01/msg01927.html
--
Javier Marcet
--
To unsubscribe from this list: send the li
stand how graphics pass through works and a tuner
card has problems. I also have read reports of people running vdr on
a domU.
Anyway, thanks for the prompt and quick answer.
--
Javier Marcet
--
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 17 September 2012 15:59, Guennadi Liakhovetski wrote:
> On Mon, 17 Sep 2012, javier Martin wrote:
>
>> Hi Shawn,
>>
>> On 17 September 2012 11:21, Guennadi Liakhovetski
>> wrote:
>> > On Mon, 17 Sep 2012, Shawn Guo wrote:
>> >
>> >>
Hi Shawn,
On 18 September 2012 09:43, Shawn Guo wrote:
> On Mon, Sep 17, 2012 at 03:36:07PM +0200, javier Martin wrote:
>> This patch breaks the driver:
>>
> Javier,
>
> Can you please apply the following change to see if it fixes the
> problem?
>
> Shawn
>
raising the loglevel nor enabling the cx23885, cx25840, drxk
and mt2063 debug
options I get anything wrong. Just scrambled data from the tuners.
I'd appreciate any help.
--
Javier Marcet
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a m
>> platform_device *pdev)
>> goto exit;
>> }
>>
>> + pcdev->devtype = pdev->id_entry->driver_data;
>> + switch (pcdev->devtype) {
>> + case IMX25_CAMERA:
>> + pcdev->reg_csisr = CSISR_IMX25;
>>
401 - 500 of 917 matches
Mail list logo