owever, If you or anyone suggests a cleaner approach I'm totally
open. But still, changing default
value of the selected input in tvp5150 probe function is a bit dirty IMHO.
Thank you.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- Santan
Hi Mauro,
thank you for your review, I will prepare a new version with those fixes.
--
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
These callbacks allow a host video driver
to poll video supported video formats of tvp5150.
Signed-off-by: Javier Martin
---
drivers/media/video/tvp5150.c | 72 +
1 files changed, 72 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video
In page 23 of the datasheet of this chip (SLES098A)
it is stated that de default input for this chip
is Composite AIP1A which is the same as COMPOSITE0
in the driver.
Signed-off-by: Javier Martin
---
drivers/media/video/tvp5150.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
On Wed, Dec 14, 2011 at 02:49:05PM +0100, Laurent Pinchart wrote:
> Hi Martin,
>
> On Wednesday 14 December 2011 08:14:01 mar...@neutronstar.dyndns.org wrote:
> > On Wed, Dec 14, 2011 at 02:55:31AM +0100, Marek Vasut wrote:
> > > > The MT9M032 is a parallel 1.6MP se
On Wed, Dec 14, 2011 at 02:15:22PM +0100, Laurent Pinchart wrote:
> Hi Igor,
>
> On Wednesday 14 December 2011 10:31:35 Igor Grinberg wrote:
> > On 12/14/11 03:25, Martin Hostettler wrote:
> > > Adds board support for an MT9M032 based camera to omap3evm.
> >
On Wed, Dec 14, 2011 at 11:31:35AM +0200, Igor Grinberg wrote:
> Hi Martin,
>
> On 12/14/11 03:25, Martin Hostettler wrote:
> > Adds board support for an MT9M032 based camera to omap3evm.
> >
> > Signed-off-by: Martin Hostettler
> > ---
> > arch/arm/ma
This patch uses channel 2 of the eMMa-PrP to convert
format provided by the sensor to YUV420.
This format is very useful since it is used by the
internal H.264 encoder.
Signed-off-by: Javier Martin
---
drivers/media/video/mx2_camera.c | 291 +++---
1 files
On Wed, Dec 14, 2011 at 02:55:31AM +0100, Marek Vasut wrote:
> Dear Martin Hostettler,
>
> > The MT9M032 is a parallel 1.6MP sensor from Micron controlled through I2C.
> >
> > The driver creates a V4L2 subdevice. It currently supports cropping, gain,
> > exposur
Adds board support for an MT9M032 based camera to omap3evm.
Signed-off-by: Martin Hostettler
---
arch/arm/mach-omap2/Makefile|3 +-
arch/arm/mach-omap2/board-omap3evm-camera.c | 155 +++
arch/arm/mach-omap2/board-omap3evm.c|4 +
3 files
The MT9M032 is a parallel 1.6MP sensor from Micron controlled through I2C.
The driver creates a V4L2 subdevice. It currently supports cropping, gain,
exposure and v/h flipping controls in monochrome mode with an
external pixel clock.
Signed-off-by: Martin Hostettler
---
drivers/media/video
eMMa-PrP device included in Freescale i.MX2 chips can also
be used separately to process memory buffers. This patch
provides arch glue code for the driver which provides this
functionality.
Acked-by: Sascha Hauer
Signed-off-by: Javier Martin
---
arch/arm/mach-imx/clock-imx27.c
accepts YUV420 as input.
Reviewed-by: Sylwester Nawrocki
Signed-off-by: Javier Martin
---
drivers/media/video/Kconfig | 10 +
drivers/media/video/Makefile |2 +
drivers/media/video/mx2_emmaprp.c | 1008 +
3 files changed, 1020 insertions(+), 0
Changes since v3:
Patch order inverted as requested by Mauro.
Now adjusting of the image dimensions is made using v4l_bound_align_image().
Some coding style fixes.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
Mo
> > I suggest to increase the ivtv driver version number when implementing
> > the changes. The application (which must be backward compatible) should
> > be able to determine which ioctl it has to use.
>
> These days the version number of all drivers is the same as the kernel
> version number, s
Hi Fabio,
On 23 November 2011 16:19, Fabio Estevam wrote:
> Javier,
>
> On Wed, Nov 23, 2011 at 1:13 PM, Javier Martin
> wrote:
>> Changes since v2:
>> - Use devres to simplify error handling.
>> - Remove unused structures.
>> - Fix clock handling.
>&g
Changes since v2:
- Use devres to simplify error handling.
- Remove unused structures.
- Fix clock handling.
- Other minor problems.
Reviewed-by: Sylwester Nawrocki
Signed-off-by: Javier Martin
---
drivers/media/video/Kconfig | 10 +
drivers/media/video/Makefile |2 +
drivers
eMMa-PrP device included in Freescale i.MX2 chips can also
be used separately to process memory buffers.
Changes since v2:
- Define imx_add_mx2_emmaprp function which also registers device,
not only alloc.
- Change definition of emma_clk.
- Minor fixes.
Signed-off-by: Javier Martin
---
arch
i.MX2x SoCs have a PrP which is capable of resizing and format
conversion of video frames. This driver provides support for
resizing and format conversion from YUYV to YUV420.
This operation is of the utmost importance since some of these
SoCs like i.MX27 include an H.264 video codec which only
ac
_REGISTER_CLOCK("imx27-fec.0", NULL, fec_clk)
_REGISTER_CLOCK(NULL, "emi", emi_clk)
If I do that, mx2_camera.c will stop working.
Furthermore it does not work for this driver either (I get an error on
clk_get() ).
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
able to
determine which ioctl it has to use.
It would be much better if the ivtv driver would continue to support the old
ioctl for the few years we still have any PVR350 user.
Greets,
Martin
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a
Hi Sascha,
On 22 November 2011 22:06, Sascha Hauer wrote:
> On Tue, Nov 22, 2011 at 01:01:55PM +0100, Javier Martin wrote:
>> eMMa-PrP device included in Freescale i.MX2 chips can also
>> be used separately to process memory buffers.
>>
>> Signed-off-by: Javier Marti
Hi Sascha and Sylwester,
you comments are very appreciated.
I will send an v3 version solving all the issues you mentioned.
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
gt;> + if (!pdev)
>> + goto err;
>> +
>> + ret = platform_device_add_resources(pdev, res, ARRAY_SIZE(res));
>> + if (ret)
>> + goto err;
>> +
>> + return pdev;
>> +err:
>> + platform_device_put(pd
Changes since v1:
- Embed queue data in ctx structure to allow multi instance.
- Remove redundant job_ready callback.
- Adjust format against device capabilities.
- Register/unregister video device at the right time.
- Other minor coding fixes.
Signed-off-by: Javier Martin
---
drivers/media
eMMa-PrP device included in Freescale i.MX2 chips can also
be used separately to process memory buffers.
Signed-off-by: Javier Martin
---
arch/arm/mach-imx/devices-imx27.h |2 +
arch/arm/plat-mxc/devices/platform-mx2-camera.c | 33 +++
arch/arm/plat-mxc
i.MX2x SoCs have a PrP which is capable of resizing and format
conversion of video frames. This driver provides support for
resizing and format conversion from YUYV to YUV420.
This operation is of the utmost importance since some of these
SoCs like i.MX27 include an H.264 video codec which only
a
s I'll have to prepare a second version with all the fixes
you've pointed out which seem quite reasonable to me.
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
);
> extern int uvc_query_ctrl(struct uvc_device *dev, __u8 query, __u8 unit,
> __u8 intfnum, __u8 cs, void *data, __u16 size);
> +void uvc_video_clock_update(struct uvc_streaming *stream,
> + struct v4l2_buffer *v4l2_buf,
> +
On 4 November 2011 11:41, Laurent Pinchart
wrote:
> Hi Javier,
>
> On Wednesday 02 November 2011 17:33:16 javier Martin wrote:
>> On 2 November 2011 17:12, Devin Heitmueller wrote:
>> > I've actually got a very similar issue and have been looking into it
>> &g
'working' state?
--
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 body of
accepts YUV420 as input.
Signed-off-by: Javier Martin
---
arch/arm/mach-imx/devices-imx27.h |2 +
arch/arm/plat-mxc/devices/platform-mx2-camera.c | 33 +
arch/arm/plat-mxc/include/mach/devices-common.h |2 +
drivers/media/video/Kconfig | 11 +
drivers
n benefit.
Sure, though I will need some help because it seems some related
frameworks are not ready for what we want to achieve.
--
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
--
k you.
--
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 body of a message to majord...@vger.
On Mon, Sep 19, 2011 at 12:48:24AM +0200, Laurent Pinchart wrote:
> Hi Martin,
>
> Thanks for the patch.
>
> On Saturday 17 September 2011 11:29:31 Martin Hostettler wrote:
> > The MT9M032 is a parallel 3MP sensor from Micron controlled through I2C.
>
> According to
On Mon, Sep 19, 2011 at 11:37:37AM +0530, Hiremath, Vaibhav wrote:
>
> > -Original Message-
> > From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> > ow...@vger.kernel.org] On Behalf Of Laurent Pinchart
> > Sent: Monday, September 19, 2011 3:29 AM
>
On Mon, Sep 19, 2011 at 12:53:07AM +0200, Laurent Pinchart wrote:
> Hi Martin,
>
> Thanks for the patch.
>
> On Saturday 17 September 2011 11:26:36 Martin Hostettler wrote:
> > Ioctls on the subdevs node currently don't dispatch the register access
> > debug drive
On Sun, Sep 18, 2011 at 11:58:55PM +0200, Laurent Pinchart wrote:
> Hi Martin,
>
> On Saturday 17 September 2011 11:34:57 Martin Hostettler wrote:
> > Adds board support for an MT9M032 based camera to omap3evm.
> >
> > Sigend-off-by: Martin Hostettler
> > ---
Ioctls on the subdevs node currently don't dispatch the register access debug
driver callbacks. Add the dispatching with the same security checks are for
non subdev video nodes (i.e. only capable(CAP_SYS_ADMIN may call the register
access ioctls).
Sigend-off-by: Martin Hoste
On Sun, Sep 18, 2011 at 12:08:20AM +0200, Laurent Pinchart wrote:
> On Sunday 18 September 2011 00:00:16 Sylwester Nawrocki wrote:
> > On 09/17/2011 11:34 AM, Martin Hostettler wrote:
> > > Adds board support for an MT9M032 based camera to omap3evm.
> >
> > ...
On Sat, Sep 17, 2011 at 01:24:29PM -0700, Joe Perches wrote:
> On Sat, 2011-09-17 at 11:34 +0200, Martin Hostettler wrote:
> > Adds board support for an MT9M032 based camera to omap3evm.
>
> All of the logging messages could be
> prefixed by the printk subsystem if you
> add
Adds board support for an MT9M032 based camera to omap3evm.
Sigend-off-by: Martin Hostettler
---
arch/arm/mach-omap2/Makefile|1 +
arch/arm/mach-omap2/board-omap3evm-camera.c | 183 +++
2 files changed, 184 insertions(+), 0 deletions(-)
create mode
The MT9M032 is a parallel 3MP sensor from Micron controlled through I2C.
The driver creates a V4L2 subdevice. It currently supports cropping, gain,
exposure and v/h flipping controls in monochrome mode with an
external pixel clock.
Signed-off-by: Martin Hostettler
---
drivers/media/video
Ioctls on the subdevs node currently don't dispatch the register access debug
driver callbacks. Add
the dispatching with the same security checks are for non subdev video nodes
(i.e. only capable(CAP_SYS_ADMIN may call the register access ioctls).
---
drivers/media/video/v4l2-subdev.c | 20
OK,
thank you for your interest, it seems quite clear to me now.
However, I'll wait to see what Sascha has to say about this to avoid
duplication of work.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- Santander. Cantabria. Spain
+34 942
On 14 September 2011 12:34, javier Martin
wrote:
> Hi,
> I'm trying to add support for YUV420 format to mx2_camera.c soc-camera
> host driver.
>
> In my system, an imx27_visstrim_m10 board, this host is connected to a
> tvp5151 chip which is only
> able to transfer pix
s from the sensor [2].
[1] http://lxr.linux.no/#linux+v3.0.4/drivers/media/video/mx2_camera.c#L912
[2] http://lxr.linux.no/#linux+v3.0.4/drivers/media/video/soc_camera.c#L329
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- Santander. Cantabria.
ready for integration with pad level API
[2]. For that reason we think we could develop this VPU driver
separately.
[1] http://www.spinics.net/lists/linux-media/msg35040.html
[2] http://www.open-technology.de/index.php?/categories/2-SoC-camera
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Ofi
On 6 September 2011 12:27, Laurent Pinchart
wrote:
> Hi Javier,
>
> On Tuesday 06 September 2011 12:03:00 Javier Martin wrote:
>> This patch adds a check to see whether ext_freq and target_freq are equal
>> and, if true, PLL won't be used.
>
> Thanks for the patch.
This patch adds a check to see whether ext_freq and target_freq are equal and,
if true, PLL won't be used.
Signed-off-by: Javier Martin
---
drivers/media/video/mt9p031.c | 18 +++---
1 files changed, 15 insertions(+), 3 deletions(-)
diff --git a/drivers/media/video/mt9p03
y case the driver is OK for me and the issue with VFLIP and HFLIP
could be solved later on.
Thank you.
--
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 0x40082000.
length: 76800 offset: 77824
Buffer 1 mapped at address 0x400a8000.
length: 76800 offset: 155648
Buffer 2 mapped at address 0x4016a000.
length: 76800 offset: 233472
Buffer 3 mapped at address 0x402be000.
Unable to start streaming: 32.
What are you using for testing?
By the way, this is
Hi Laurent,
I really was looking forward to your patch.
Tomorrow i have the day off, so I will look at this on Friday.
I will review and test your patch and send you my comments.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- Santander
know when you get a chance.
Hi,
they are currently sitting in Laurent's tree. According to him, there
are a couple of things that must be fixed before submitting them to
mainline.
But I don't know anything else. Maybe Laurent himself could clarify
what is the status right now.
--
Jav
On 7 July 2011 01:22, Laurent Pinchart
wrote:
> Hi Javier,
>
> On Monday 04 July 2011 13:25:10 javier Martin wrote:
>> Hi, Laurent.
>> How is it going?
>>
>> Is there any chance these changes to be included for next release?
>> We are afraid that change
Hi, Laurent.
How is it going?
Is there any chance these changes to be included for next release?
We are afraid that changes in the framework may turn the patches useless.
Thank you.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- Santander
Use new platform data ext_freq and target_freq.
Signed-off-by: Javier Martin
---
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/board-omap3beagle-camera.c | 95
arch/arm/mach-omap2/board-omap3beagle.c| 50
3 files
and desired freq.
Signed-off-by: Javier Martin
---
drivers/media/video/Kconfig |7 +
drivers/media/video/Makefile |1 +
drivers/media/video/mt9p031.c | 928 +
include/media/mt9p031.h | 19 +
4 files changed, 955 insertions(+), 0 deletions
Laurent,
have you been able to successfully test the driver?
I've found some issues and I don't know whether I should send a new
version or just wait for you to mainline the last one and send a patch
later.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los
On 8 June 2011 18:24, Laurent Pinchart
wrote:
> That works much better, thank you.
>
> --
> Regards,
>
> Laurent Pinchart
>
So, how is it going?
Are you finally accepting the patches for mainline?
Thank you,
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Ofic
56] isp_register_subdev_group: Unable to register subdev mt9p031
>> >
>> > Have you (or anyone else) seen that issue ?
>>
>> I build in both statically to avoid that problem.
>
> I used modules and it worked for me.
Maybe u-boot version Laurent uses does not
://lxr.linux.no/#linux+v2.6.39/Documentation/video4linux/v4l2-controls.txt
--
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 li
Fixes some cosmetic issues pointed out by Guennadi.
Signed-off-by: Javier Martin
---
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/board-omap3beagle-camera.c | 93
arch/arm/mach-omap2/board-omap3beagle.c| 50 +
3
This version fixes some cosmetic issues pointed out
by Guennadi.
Signed-off-by: Javier Martin
---
drivers/media/video/Kconfig |7 +
drivers/media/video/Makefile |1 +
drivers/media/video/mt9p031.c | 763 +
include/media/mt9p031.h | 23
On 2 June 2011 12:36, Guennadi Liakhovetski wrote:
> On Thu, 2 Jun 2011, javier Martin wrote:
>
>> OK Guennadi,
>> I'll fix those cosmetics issues in my next version where I will add
>> VFLIP and HFLIP control support (which I removed previously to make
>>
2 3000
Where
root@beagleboard:~# ./media-ctl -e "OMAP3 ISP CCDC output"
/dev/video2
However, if I try to set sensor controls using /dev/video2 I get an
error (invalid argument).
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- Santander. C
Hi Koen,
On 1 June 2011 20:08, Koen Kooi wrote:
>
> Op 1 jun 2011, om 17:36 heeft Javier Martin het volgende geschreven:
>
>> New "version" and "vdd_io" flags have been added.
>>
>> A subtle change now prevents camera from being registered
>>
New "version" and "vdd_io" flags have been added.
A subtle change now prevents camera from being registered
in the wrong platform.
Signed-off-by: Javier Martin
---
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/board-omap3be
and color versions of the chip have exactly
the same ID, so the only way to select one of them is through
platform data.
Internal PLL is now used to generate PIXCLK depending on VDD_IO.
Signed-off-by: Javier Martin
---
drivers/media/video/Kconfig |7 +
drivers/media/video/Makefile |1
Currently, the stv090x driver only set the status bits to SCVYL when
there is a lock. This patch set the right bits even if there is no lock.
Signed-off-by: Guy Martin
--
drivers/media/dvb/frontends/stv090x.c | 35 ++--
1 files changed, 15 insertions(+), 20
On 31 May 2011 16:01, Koen Kooi wrote:
>
> Op 31 mei 2011, om 15:42 heeft javier Martin het volgende geschreven:
>
>> On 31 May 2011 15:34, Koen Kooi wrote:
>>> root@beagleboardxMC:~# yavta -f SGRBG8 -s 320x240 -n 4 --capture=10 --skip
>>> 3 -F `media-ctl -e &q
s 168.523956 1306829221.051788 8.980 fps
> Captured 10 frames in 1.254212 seconds (7.973134 fps, 612336.670356 B/s).
> 4 buffers released.
>
> So that seems to be working! I haven't checked the frames yet, but is isn't
> throwing ISP errors anymore.
Great!
Do you have a monochrome
you understand: I'm not wanting to get our code into
somewhere. I'd rather avoid it, one reason being lengthy discussions :-)
Bottomline again: I'm trying to find a solution to avoid bloated and
potentially unstable kernel drivers. Why do you think we (and our
customers) spent
Since isp clocks have not been exposed yet, this patch
includes a temporal solution for testing mt9p031 driver
in Beagleboard xM.
Signed-off-by: Javier Martin
---
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/board-omap3beagle-camera.c | 90
This patch adds basic support (no controls) for
mt9p031 sensor. It applies on kernel 2.6.39.
Signed-off-by: Javier Martin
---
drivers/media/video/Kconfig |7 +
drivers/media/video/Makefile |1 +
drivers/media/video/mt9p031.c | 699 +
include
On 31 May 2011 09:59, Koen Kooi wrote:
>
> Op 31 mei 2011, om 09:52 heeft Koen Kooi het volgende geschreven:
>
>>
>> Op 30 mei 2011, om 10:37 heeft Javier Martin het volgende geschreven:
>>
>>> Since isp clocks have not been exposed yet, this patch
>>
>
> Userspace tells the driver what it should do and the driver decides how to do
> it.
> That's how it works.
Sounds a little religious. Not sure if you've been listening..
>
>> And for us it is even more reusable, because we can run the
>> same thing on a standalone 'OS' (no OS really) and
ls it really shouldn't
> be that hard to create a kernel driver.
>
I don't know. Up to now (speaking Linux v2.6.34) I couldn't be
convinced, and none of our customers could, either. I'm aware that
there are some crazy requirements from the machine vision domain that
are
apid
prototyping), I'd still want to see "userspace", also for the reason to
quickly add a new sensor device or property without the need to
recompile the kernel
This is BTW a big issue for some embedded linux device vendors.
So my question is still up, if there's room for usersp
, though.
> You are not the only one that wants this.
>
If we're adapting our stuff to the new framework, it will likely be
opensource, too. Just a few people will need to be convinced..
Cheers,
- Martin
--
To unsubscribe from this list: send the line "unsubscribe linux-media&q
Since isp clocks have not been exposed yet, this patch
includes a temporal solution for testing mt9p031 driver
in Beagleboard xM.
Signed-off-by: Javier Martin
---
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/board-omap3beagle-camera.c | 88
This patch adds basic support (no controls) for
mt9p031 sensor. It applies on kernel 2.6.39.
Signed-off-by: Javier Martin
---
drivers/media/video/Kconfig |7 +
drivers/media/video/Makefile |1 +
drivers/media/video/mt9p031.c | 699 +
include
On 30 May 2011 08:48, Koen Kooi wrote:
>
> Op 30 mei 2011, om 04:13 heeft Chris Rodley het volgende geschreven:
>
>> On 29/05/11 03:04, Guennadi Liakhovetski wrote:
>>> On Sat, 28 May 2011, Guennadi Liakhovetski wrote:
>>>
>>>> Hi Javier
>&
ommands that are
commited to a sensor immediately during a frame blank. This makes the
shared userspace and kernel access for example to an SPI bus rather
tricky. Can this be solved with the current (new) v4l2 framework?
Cheers,
- Martin
--
To unsubscribe from this list: send the line "unsubscr
On 27 May 2011 16:31, Laurent Pinchart
wrote:
> Hi Javier,
>
> On Thursday 26 May 2011 13:31:37 javier Martin wrote:
>> OK, I think I've found the problem with the power management.
>>
>> As it is stated in mt9p031 datasheet [3] p 59, a sequence involving
>&
On 25 May 2011 11:43, Laurent Pinchart
wrote:
> Hi Javier,
>
> On Wednesday 25 May 2011 11:41:42 javier Martin wrote:
>> Hi,
>> thank you for the review, I agree with you on all the suggested
>> changes except on this one:
>>
>> On 25 May 2011 10:05, Laurent
ing forward to read your comments on this.
[1] https://www.leopardimaging.com/uploads/li-5m03_camera_board_v2.pdf
[2] http://beagle.s3.amazonaws.com/design/xM-A3/BB-xM_Schematic_REVA3.pdf
[3] http://www.aptina.com/products/image_sensors/mt9p031i12stc/
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - O
On 26 May 2011 10:51, Koen Kooi wrote:
>
> Op 26 mei 2011, om 09:24 heeft Javier Martin het volgende geschreven:
>
>> Hi Koen,
>>
>> On 25 May 2011 15:38, Koen Kooi wrote:
>>>
>>> Op 25 mei 2011, om 13:16 heeft Javier Martin het volgende geschreven:
&
: Javier Martin
---
arch/arm/mach-omap2/board-omap3beagle.c | 121 +++
1 files changed, 121 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3beagle.c
b/arch/arm/mach-omap2/board-omap3beagle.c
index 33007fd..3b55666 100644
--- a/arch/arm/mach
management is.
Signed-off-by: Javier Martin
---
drivers/media/video/Kconfig |7 +
drivers/media/video/Makefile |1 +
drivers/media/video/mt9p031.c | 841 +
include/media/mt9p031.h | 11 +
4 files changed, 860 insertions(+), 0 deletions
ere can be some other details to fix but I would like someone
could help in the power management issue.
Signed-off-by: Javier Martin
---
drivers/media/video/Kconfig |7 +
drivers/media/video/Makefile |1 +
drivers/media/video/mt9p031.c | 752 +
Hi,
thank you for the review, I agree with you on all the suggested
changes except on this one:
On 25 May 2011 10:05, Laurent Pinchart
wrote:
> Hi Javier,
>
> Thanks for the patch. Here's a review of the power handling code.
>
> On Tuesday 24 May 2011 16:30:43 Javier Marti
omap3isp omap3isp: CCDC stop timeout!
>
> Any ideas what is causing this problem?
>
No idea,
it works for me. Note you have to apply RFC + PATCH v2 2/2. Please,
double check.
Also, if you have problems with last RFC patch you should answer RFC
mail. Not this one.
Thank you.
--
Javi
On Tue, 24 May 2011 21:05:33 +0200
Sébastien RAILLARD (COEXSI) wrote:
>
>
> > > In my case, the STV0903 is reporting the five following states :
> > > SCVYL.
> > >
> >
> > Indeed, after some more troubleshooting, I found out that the
> > problem is not in the STV6110 but in the STV090X code. T
On Tue, 24 May 2011 19:47:17 +0200
Sébastien RAILLARD (COEXSI) wrote:
> > Does the STV6110 supports reporting of signal, carrier, viterbi and
> > sync ?
> >
>
> I've done some tests with the CineS2, that is using the STV6110A as
> the tuner and the STV0903 as the demodulator.
>
> The values yo
Hi Manu,
I'm currently writing an application that needs to know the detailed
frontend status when there is no lock.
As far as I can see from the sources, the code will only set the right
status when there is a lock in stv6110x_get_status().
Does the STV6110 supports reporting of signal, carrier
This RFC includes a power management implementation that causes
the sensor to show images with horizontal artifacts (usually
monochrome lines that appear on the image randomly).
Signed-off-by: Javier Martin
---
drivers/media/video/Kconfig |7 +
drivers/media/video/Makefile |1
On 24 May 2011 10:39, Laurent Pinchart
wrote:
> Hi Javier,
>
> On Tuesday 24 May 2011 10:31:46 javier Martin wrote:
>> On 23 May 2011 11:03, Laurent Pinchart wrote:
>> > On Saturday 21 May 2011 17:29:18 Guennadi Liakhovetski wrote:
>> >> On Fri, 20 May 2
Hi, Laurent, Guennadi,
thank you for your review. I've already fixed most of the issues.
On 23 May 2011 11:03, Laurent Pinchart
wrote:
> Hi Guennadi and Javier,
>
> On Saturday 21 May 2011 17:29:18 Guennadi Liakhovetski wrote:
>> On Fri, 20 May 2011, Javier Martin wrote:
&g
On 21 May 2011 17:29, Guennadi Liakhovetski wrote:
> On Fri, 20 May 2011, Javier Martin wrote:
>
>> This driver adds basic support for Aptina mt9p031 sensor.
>>
>> Signed-off-by: Javier Martin
>> ---
>> drivers/media/video/Kconfig | 8 +
>
601 - 700 of 871 matches
Mail list logo