Hi Laurent,
Am 04.08.2014 um 17:25 schrieb Laurent Pinchart:
On Monday 04 August 2014 11:24:13 Stefan Herbrechtsmeier wrote:
Hi Laurent,
thank you very much for your help.
The problem is cross talk on the camera flex cable of the Gumstix Overo.
The XCLKA signal is beside PCLK and VS.
Right
f the interrupts enable during the isp_xclk_prepare.
Am 01.08.2014 15:57, schrieb Laurent Pinchart:
On Thursday 31 July 2014 10:29:37 Stefan Herbrechtsmeier wrote:
Am 31.07.2014 01:10, schrieb Laurent Pinchart:
On Tuesday 15 July 2014 12:04:09 Stefan Herbrechtsmeier wrote:
Hi Laurent,
I have some pro
Am 31.07.2014 01:10, schrieb Laurent Pinchart:
On Tuesday 15 July 2014 12:04:09 Stefan Herbrechtsmeier wrote:
Hi Laurent,
I have some problems with the omap3isp driver. At the moment I use a
linux-stable 3.14.5 with your fixes for omap3xxx-clocks.dtsi.
1. If I change the clock rate to 24 MHz
Set 'ti,set-rate-parent' property for the dpll4_m5x2_ck clock, which
is used for the ISP functional clock. This fixes the OMAP3 ISP driver's
clock rate configuration on OMAP34xx, which needs the rate to be
propagated properly to the divider node (dpll4_m5_ck).
Signed
Hi Laurent,
I have some problems with the omap3isp driver. At the moment I use a
linux-stable 3.14.5 with your fixes for omap3xxx-clocks.dtsi.
1. If I change the clock rate to 24 MHz in my camera driver the whole
system freeze at the clk_prepare_enable. The first enable and disable
works wit
Hi Laurent,
Am 01.07.2014 22:24, schrieb Laurent Pinchart:
On Tuesday 24 June 2014 19:19:22 Stefan Herbrechtsmeier wrote:
Am 24.06.2014 17:19, schrieb Enrico:
On Tue, May 27, 2014 at 10:38 AM, Enrico wrote:
On Mon, May 26, 2014 at 9:50 PM, Laurent Pinchart wrote:
Hello,
This patch sets
it on an igep proton (omap3530 version).
Hi Enrico,
please test the attached patch. It is based on Laurent's patches for the
clock and boot testes on an Gumstix Overo with an OMAP3530.
Regards,
Stefan
>From 9f8162ddebf7636e60101f0831d071e73ab6df75 Mon Sep 17 00:00:00 2001
From: Stefan Herbre
Am 27.11.2011 19:32, schrieb Chris Whittenburg:
I'm using the 3.0.8 kernel, with a few changes to add support for
mt9p031 on a beagleboard xm.
I'm configuring with:
media-ctl -v -r -l '"mt9p031 2-0048":0->"OMAP3 ISP CCDC":0[1], "OMAP3
ISP CCDC":1->"OMAP3 ISP CCDC output":0[1]'
media-ctl -v -f
Am 20.10.2011 14:14, schrieb Boris Todorov:
> On Thu, Oct 20, 2011 at 12:03 PM, Stefan Herbrechtsmeier
> wrote:
>> Am 20.10.2011 08:56, schrieb Boris Todorov:
>>> On Wed, Oct 19, 2011 at 7:26 PM, Stefan Herbrechtsmeier
>>> wrote:
>>>> Am 18.10.2
Am 20.10.2011 08:56, schrieb Boris Todorov:
> On Wed, Oct 19, 2011 at 7:26 PM, Stefan Herbrechtsmeier
> wrote:
>> Am 18.10.2011 15:33, schrieb Boris Todorov:
>>> Hi
>>>
>>> I'm trying to run OMAP + TVP5151 in BT656 mode.
>>>
>>> I'
Am 18.10.2011 15:33, schrieb Boris Todorov:
> Hi
>
> I'm trying to run OMAP + TVP5151 in BT656 mode.
>
> I'm using omap3isp-omap3isp-yuv (git.linuxtv.org/pinchartl/media.git).
> Plus the following patches:
>
> TVP5151:
> https://github.com/ebutera/meta-igep/tree/testing-v2/recipes-kernel/linux/linu
ntine...@unimore.it
URL:<http://imagelab.ing.unimo.it/> http://imagelab.ing.unimo.it
--
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
Dipl.-Ing. Stefan Herbrechtsmeier
Universität Bielefe
Move the fifo reset from pxa_camera_start_capture to pxa_camera_irq direct
before the dma start after an end of frame interrupt to prevent images from
shifting because of old data at the begin of the frame.
Signed-off-by: Stefan Herbrechtsmeier
---
drivers/media/video/pxa_camera.c | 11
Jonathan Cameron schrieb:
On 04/16/10 09:25, Stefan Herbrechtsmeier wrote:
Hi,
I have updated my ov9655 driver to kernel 2.6.33 and
did some test regarding the image shift problem on pxa.
(http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/10773/focus=11810)
- The
Hi,
I have updated my ov9655 driver to kernel 2.6.33 and
did some test regarding the image shift problem on pxa.
(http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/10773/focus=11810)
- The image was shifted 32 pixels (64 bytes) to the right
or rather the first 32 pixels bel
s and for
what, because the capture-example.c from bytesex.org is way too
general for my purpose.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
Dipl.-Ing. Stefan Herbrechtsmeier
Heinz Nixdorf Institute
Univ
Antonio Ospite schrieb:
On Sun, 4 Oct 2009 00:31:24 +0200 (CEST)
Guennadi Liakhovetski wrote:
On Sat, 3 Oct 2009, Antonio Ospite wrote:
[...]
Anyways your patch works, but the picture is now shifted, see:
http://people.openezx.org/ao2/a780-pxa-camera-mt9m111-shifted.jpg
Is this
The supported formats count must be set to 0 after debug output
right before the second pass.
Signed-off-by: Stefan Herbrechtsmeier
diff --git a/linux/drivers/media/video/soc_camera.c
b/linux/drivers/media/video/soc_camera.c
--- a/linux/drivers/media/video/soc_camera.c
+++ b/linux/drivers
them.
Based on this and some test I write the driver.
Regards
Stefan
Message initial
*De*: Guennadi Liakhovetski <mailto:guennadi%20liakhovetski%20%3cg.liakhovet...@gmx.de%3e>>
*À*: Stefan Herbrechtsmeier <mailto:stefan%20herbrechtsmeier%20%3chbme...@hni.uni-pa
Add a driver for the OmniVision ov9655 camera sensor.
The driver use the soc_camera framework.
It was tested on the BeBot robot with a PXA270 processor.
Signed-off-by: Stefan Herbrechtsmeier
---
diff --git a/linux/drivers/media/video/Kconfig
b/linux/drivers/media/video/Kconfig
--- a/linux
The supported formats count must be set to 0 after debug output
right before the second pass.
diff --git a/linux/drivers/media/video/soc_camera.c
b/linux/drivers/media/video/soc_camera.c
--- a/linux/drivers/media/video/soc_camera.c
+++ b/linux/drivers/media/video/soc_camera.c
@@ -236,11 +236,11 @
Guennadi Liakhovetski schrieb:
Is there some ongoing work regarding the crop implementation on
soc_camera?
If I understand the documentation [1] right, the crop vales should
represent
the area
of the capture device before scaling. What was the reason for the current
implementation
combing crop an
Guennadi Liakhovetski schrieb:
(moving to the new v4l list)
On Thu, 26 Mar 2009, Stefan Herbrechtsmeier wrote:
--- a/linux/drivers/media/video/soc_camera.cSun Mar 22 08:53:36 2009 -0300
+++ b/linux/drivers/media/video/soc_camera.cThu Mar 26 15:35:43 2009 +0100
@@ -238,7 +238,7
23 matches
Mail list logo