Sorry for resurrecting this thread but I'm still quite interested on
making this scenario work:
> OK, I've performed some tests with several resolutions and gop sizes,
here is the table with the results:
>
> Always playing 3 streams
>
> | Resolution | QP | GopSize | Kind of content |
Hi,
we have an i.MX6 Solo based board running the latest mainline kernel
(4.15.3).
As part of our development we were measuring the decoding performance of
the i.MX6 coda chip.
For that purpose we are feeding the decoder with 640x368 @ 30fps H.264
streams that have been generated by another
Sorry everyone about my previous e-mail with all the HTML garbage. Here
is the plain text answer instead.
Hi Philipp,
thanks for your answer.
On 13/03/18 12:20, Philipp Zabel wrote:
> Hi Javier,
>
> On Mon, 2018-03-12 at 17:54 +0100, Javier Martin wrote:
>> Hi,
>> we hav
Hello,
On 14/03/18 14:57, Philipp Zabel wrote:
On Wed, 2018-03-14 at 13:05 +0100, Javier Martin wrote:
Sorry everyone about my previous e-mail with all the HTML garbage. Here
is the plain text answer instead.
Hi Philipp,
thanks for your answer.
On 13/03/18 12:20, Philipp Zabel wrote
Hello Philipp,
On 14/03/18 16:11, Philipp Zabel wrote:
Hi Javier,
On Wed, 2018-03-14 at 15:35 +0100, Javier Martin wrote:
[...]
The encoder is running on a different system with an older 4.1.0 kernel.
Altough the firmware version in the code is 3.1.1 as well.
Do you think I should try
nds on conversion to v4l2-device API?
(http://www.open-technology.de/index.php?/pages/soc-camera.html)
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
t9p031.c;h=66b5e54d0368052bf76796aa846e9464e42204bb;hb=HEAD
The question is, what does this driver lack for not entering into
mainline? We would be very interested on helping it make it.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- San
linux.no/#linux+v2.6.37.3/drivers/media/video
--
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
;
>> http://arago-project.org/git/projects/?p=linux-davinci.git;a=blob;f=drivers/media/video/mt9p031.c;h=66b5e54d0368052bf76796aa846e9464e42204bb;hb=HEAD
>>
So, you mean there is a cleaner, more recent version of this code?
Could you please point me to it? I prefer to start developing
seems that this data is passed through soc-camera but omap3isp
doesn't use soc-camera. Do you know what kind of changes are required
to adapt this driver so that it can be used with omap3isp?
Thank you.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Cas
On 8 April 2011 17:07, Laurent Pinchart
wrote:
> Hi Javier,
>
> On Friday 08 April 2011 17:02:48 javier Martin wrote:
>> Hi,
>> I've just received a LI-LBCM3M1 camera module from Leopard Imaging and
>> I want to test it with my Beagleboard xM. This module has a m
ev and pad-level operations without
soc-camera?
Thanks.
--
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&quo
that code I could start
the job myself.
Just one question: what GIT repository + branch should I choose to
work on, so that we can seamlessly integrate the changes later?
Thank you.
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- Santander
On 19 April 2011 11:19, Guennadi Liakhovetski wrote:
> On Tue, 19 Apr 2011, javier Martin wrote:
>
>> Hi,
>> I finally received my LI-5M03 for the Beagleboard which includes mt9p031
>> sensor.
>>
>> I know Guennadi has somewhere an outdated version of a driver
ssure.
Thanks, I'll do my best.
>> What kernel are you using? In 2.6.38 usb works fine for me in the
>> Beagleboard xM.
>
> No, 2.6.38 is no good, it doesn't have MC / omap3isp in it.
>
What GIT repository + branch should I use for developing then?
--
Javier Ma
All right,
just one more question, does this patch for mt9p031 apply in any
repository out there out of the box so that I can test my hardware
first?
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
(7.257273 fps, 557358.584774 B/s).
4 buffers released.
And the image files I get are filled with instead of useful data.
Does anybody know whether those iommu errors are harmless?
Do I need to enable CAM mux inside
arch/arm/mach-omap2/board-omap3beagle.c which are currently disabled
usi
>
> Please try the patch at
>
> http://thread.gmane.org/gmane.linux.ports.arm.omap/56662
>
That fixed it, 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-si
me like MSB of each pixel were stuck at 0.
I hope someone can help here.
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
diff --git a/arch/arm/mach-omap2/Makefile b/arch
ks()" is never
called, so, after the first call to "isp_enable_clocks()" there
shouldn't be any need to enable the clocks again.
Guennadi, do you know what is the cause of the problem?
--
Javier Martin
Vista Silicon S.L.
CDTUC - FASE C - Oficina S-345
Avda de los Castros s/n
39005- S
> and it all works? Then certainly it should be dropped.
No, sorry, what I meant is although, according to my debugging results
the patch shouldn't be needed, it still does not work without it.
I'll try to track down the issue and I'll work on a fix myself.
--
Javier Martin
Vista S
.
Signed-off-by: Javier Martin
---
drivers/media/video/omap3isp/isp.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/media/video/omap3isp/isp.c
b/drivers/media/video/omap3isp/isp.c
index 472a693..ca0831f 100644
--- a/drivers/media/video/omap3isp/isp.c
+++ b
t9p031 2-0048":0->"OMAP3 ISP CCDC":0[1],
"OMAP3 ISP CCDC":1->"OMAP3 ISP CCDC output":0[1]'
(2) ./media-ctl -f '"mt9p031 2-0048":0[SGRBG8 320x240], "OMAP3 ISP
CCDC":1[SGRBG8 320x240]'
(3) ./yavta -f SGRBG8 -s 320x240 -n 4
SGRBG8 -s 320x240 -n 4 --capture=100 --skip 3 -F
`./media-ctl -e "OMAP3 ISP CCDC output"` | nc 192.168.0.42 3000
Device /dev/video2 opened: OMAP3 ISP CCDC output (media).
Video format set: width: 320 height: 240 buffer size: 76800
Video format: GRBG (47425247) 320x240
4 buffers requested.
urent Pinchart
>
Hi Laurent,
that didn't work either (Unable to start streaming: 32.)
--
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 li
On 10 May 2011 11:53, Laurent Pinchart
wrote:
> On Tuesday 10 May 2011 11:49:10 javier Martin wrote:
>> > Please try replacing the media-ctl -f line with
>> >
>> > ./media-ctl -f '"mt9p031 2-0048":0[SGRBG12 320x240], \
>> > "OMAP3
I almost forget,
I am using 2.6.39-rc commit bd99337e95b6bba976e41a5f3cf65c1f04069156
--
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
On 10 May 2011 14:25, Laurent Pinchart
wrote:
> Hi Javier,
>
> On Tuesday 10 May 2011 13:05:35 javier Martin wrote:
>> I almost forget,
>> I am using 2.6.39-rc commit bd99337e95b6bba976e41a5f3cf65c1f04069156
>
> There's no such commit in mainline.
>
> --
&g
and bridge = ISPCTRL_PAR_BRIDGE_DISABLE
--
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
This series of patches provides support for Aptina mt9p031 sensor on
Beagleboard xM.
It has been tested using media-ctl and yavta.
--
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.ke
It has been tested in beagleboard xM, using LI-5M03 module.
Signed-off-by: Javier Martin
---
drivers/media/video/Kconfig |8 +
drivers/media/video/Makefile|1 +
drivers/media/video/mt9p031.c | 773 +++
include/media/mt9p031.h | 11
Signed-off-by: Javier Martin
---
arch/arm/mach-omap2/board-omap3beagle.c | 130 ++-
arch/arm/mach-omap2/devices.c |2 +-
2 files changed, 127 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3beagle.c
b/arch/arm/mach-omap2
ve to do another one;)
>
> Thanks
> Guennadi
> ---
> Guennadi Liakhovetski, Ph.D.
> Freelance Open-Source Software Developer
> http://www.open-technology.de/
>
OK, I think I'll wait to have Guennadi's review too.
Thank you both.
--
Javier Martin
Vista Silicon S.L.
Hi Laurent,
I've already fixed almost every issue you pointed out.
However, I still have got some doubts that I hope you can clarify.
On 17 May 2011 13:33, Laurent Pinchart
wrote:
> Hi Javier,
>
> Thanks for the patch.
>
> On Tuesday 17 May 2011 11:28:47 Javier Martin w
are right. Whereas clock rate is set to 54MHz, with my
oscilloscope I have measured 57 MHz.
--
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
This driver adds basic support for Aptina mt9p031 sensor.
Signed-off-by: Javier Martin
---
drivers/media/video/Kconfig |8 +
drivers/media/video/Makefile |1 +
drivers/media/video/mt9p031.c | 751 +
include/media/mt9p031.h | 11 +
4
isp.h file has to be included as a temporal measure
since clocks of the isp are not exposed yet.
Signed-off-by: Javier Martin
---
arch/arm/mach-omap2/board-omap3beagle.c | 127 ++-
1 files changed, 123 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap2
gt; --
> 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
>
Please, try the following:
./media-ctl -r -l '"mt9p031 2
n't have to change it every time.
--
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
On 22 May 2011 15:49, Igor Grinberg wrote:
> Hi Javier,
>
>
> linux-omap should be CC'ed - added.
>
> In addition to Koen's comments, some comments below.
>
>
> On 05/20/11 16:47, Javier Martin wrote:
>
>> isp.h file has to be included as a tempo
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 +
>
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 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
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
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
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
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 +
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
: 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
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:
&
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 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
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 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
>&
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
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
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
>>
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
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
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
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
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
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
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
>>
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
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
>>
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
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
://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
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
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
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
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
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
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
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
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
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
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
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
camera drivers?
Or, on the other hand, is the subdev support partially implemented right now?
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 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
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.
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
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.
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
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
Hello,
we have an BD-SL-i.MX6 platform (compatible with the Nitrogen6X) where
we are currently running the BSP from Freescale, which is based on
kernel 3.10 if I recall properly.
We are aware that those drivers have some issues, specially when it
comes to compliance with the V4L2 frameworks l
Hello,
I am running kernel 4.1 in a var-dvk-solo-linux evaluation board from
Variscite.
This is what I get at system start-up:
coda 204.vpu: Firmware code revision: 34588
coda 204.vpu: Initialized CODA960.
coda 204.vpu: Unsupported firmware version: 2.1.8
coda 204.vpu: codec re
Hi Philipp,
thanks for your fast answer.
Apparently, the firmware is being loaded properly although it complains
about that version not being supported.
After queuing some YUV420 buffers with a simple application I perform a
VIDIOC_STREAMON in both the CAPTURE and the OUTPUT interfaces but I ge
Hi,
I am using mainline kernel 4.1 and I was writing a small application
that uses double buffering to read YUV420 frames from a file at 30fps
and displays them using the overlay plane in the imx-drm driver.
The first issue I noticed is that the image was green so I had to apply
the following
Sorry for sending this to the wrong list.
On 07/08/15 09:25, Javier Martin wrote:
Hi,
I am using mainline kernel 4.1 and I was writing a small application
that uses double buffering to read YUV420 frames from a file at 30fps
and displays them using the overlay plane in the imx-drm driver.
The
Hi,
we want to a v4l2 driver for the ov5640 sensor from Omnivision.
AFAIK, there was an attempt in the past to mainline that driver [1] but
it didn't make it in the end.
Some people were asking for the code for the ov5640 and the ov5642 to be
merged [2] as well but IMHO both sensors are not t
The ov5640 sensor from Omnivision supports up to 2592x1944
and both CSI and MIPI interfaces.
The following driver adds support for the CSI interface only
and VGA, 720p resolutions at 30fps.
Signed-off-by: Javier Martin
---
.../devicetree/bindings/media/i2c/ov5640.txt | 47 +
arch/arm
Sorry for the unrelated patches,
I will submit this again.
On 30/09/15 09:34, Javier Martin wrote:
The ov5640 sensor from Omnivision supports up to 2592x1944
and both CSI and MIPI interfaces.
The following driver adds support for the CSI interface only
and VGA, 720p resolutions at 30fps
The ov5640 sensor from Omnivision supports up to 2592x1944
and both CSI and MIPI interfaces.
The following driver adds support for the CSI interface only
and VGA, 720p resolutions at 30fps.
Signed-off-by: Javier Martin
---
.../devicetree/bindings/media/i2c/ov5640.txt | 47 +
drivers
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.
--
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
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
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
&#
1 - 100 of 461 matches
Mail list logo
