On Fri, 12 Jan 2018 10:58:40 +0100
Anatolij Gustschin ag...@denx.de wrote:
...
> gst-launch v4l2src device=/dev/video4 num-buffers=1 ! \
>videoparse format=5 width=1280 height=1024 framerate=25/1 ! \
>jpegenc ! filesink location=capture1.jpeg
I forgot the vid
On Fri, 12 Jan 2018 01:16:03 +0100
Florian Boor florian.b...@kernelconcepts.de wrote:
...
>Basically it works pretty well apart from the really strange colors. I guess
>its
>some YUV vs. RGB issue or similar. Here [1] is an example generated with the
>following command.
>
>gst-launch v4l2src
On Sat, 30 Nov 2013 23:51:33 +0100
Gerhard Sittig g...@denx.de wrote:
after device tree based clock lookup became available, the VIU driver
need no longer use the previous global viu_clk name, but should use
the ipg clock name specific to the OF node
Cc: Mauro Carvalho Chehab
Hi Hans,
On Sat, 16 Feb 2013 11:18:22 +0100
Hans Verkuil hverk...@xs4all.nl wrote:
This patch series converts fsl-viu to the control framework and provides
some additional v4l2 compliance fixes.
Anatolij, are you able to test this?
Sorry for long delay, finally managed to set up the board
On Thu, 21 Mar 2013 13:49:50 +0530
Prabhakar Lad prabhakar.cse...@gmail.com wrote:
...
drivers/media/v4l2-core/Makefile |2 +-
drivers/media/v4l2-core/v4l2-clk.c | 184
include/media/v4l2-clk.h | 55 +++
3 files changed,
On Wed, 28 Nov 2012 21:56:15 -0500
Wei Yongjun weiyj...@gmail.com wrote:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
The dereference to 'icl' should be moved below the NULL test.
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
Acked-by: Anatolij Gustschin ag...@denx.de
()
of the subdevices returns -EINVAL if the type is not set properly. Here the
uninitialized local variable 'current_crop' is passed to the .g_crop() and
this leads to the observed error. Initialize the type field of the local
'current_crop' before get_crop call.
Signed-off-by: Anatolij Gustschin ag
Hi Guennadi,
On Mon, 26 Nov 2012 16:20:14 +0100 (CET)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
...
--- a/drivers/media/platform/soc_camera/soc_camera.c
+++ b/drivers/media/platform/soc_camera/soc_camera.c
@@ -902,6 +902,8 @@ static int soc_camera_s_crop(struct file *file, void
Hi,
I'm trying to use mainline ov5642 driver for ov5642 based camera
module CM8206-A500SA-E from TRULY. The driver loads and initializes
the sensor, but the initialization seems to be incomplete, the sensor
doesn't generate pixel clock and sync signals.
For a quick test I've replaced the default
On Tue, 6 Nov 2012 12:45:51 +0100 (CET)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
On Tue, 6 Nov 2012, Anatolij Gustschin wrote:
VIDIOC_S_GROP ioctl doesn't work, soc-camera driver reports:
soc-camera-pdrv soc-camera-pdrv.0: S_CROP denied: getting current crop
failed
Hi Bastian,
On Tue, 6 Nov 2012 10:38:40 +0100
Bastian Hecht hec...@googlemail.com wrote:
Hi Anatolij,
if I remember correctly I had the same issue inverted. For me the
initialization sequence of the freescale driver didn't work. Generally it
was quite difficult to deduce anything from the
set the type field to V4L2_BUF_TYPE_VIDEO_CAPTURE
as other drivers do. Move the V4L2_BUF_TYPE_VIDEO_CAPTURE type check
to s_crop callback.
Signed-off-by: Anatolij Gustschin ag...@denx.de
Cc: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
drivers/media/i2c/soc_camera/ov5642.c |7 ---
1
On Mon, 8 Oct 2012 11:22:05 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
On Sat, 6 Oct 2012, Anatolij Gustschin wrote:
Hi Guennadi,
On Fri, 28 Sep 2012 15:30:33 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
On Fri, 28 Sep 2012, Anatolij
Hi Guennadi,
On Fri, 28 Sep 2012 15:30:33 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
On Fri, 28 Sep 2012, Anatolij Gustschin wrote:
Hi Guennadi,
On Fri, 28 Sep 2012 14:33:34 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
...
@@ -235,12
Hi Guennadi,
On Fri, 28 Sep 2012 00:03:45 +0200
Anatolij Gustschin ag...@denx.de wrote:
Add controls for horizontal and vertical blanking. Also add an error
message for case that the control handler init failed. Since setting
the blanking registers is done by controls now, we shouldn't change
Hi Guennadi,
On Wed, 3 Oct 2012 00:09:29 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
Hi Anatolij
+#if !defined(CONFIG_VIDEO_MPC52xx_CSI) \
+!defined(CONFIG_VIDEO_MPC52xx_CSI_MODULE)
No, we're not adding any preprocessor or run-time hardware dependencies
On Fri, 5 Oct 2012 16:31:58 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
Hi Anatolij
On Fri, 5 Oct 2012, Anatolij Gustschin wrote:
Hi Guennadi,
On Wed, 3 Oct 2012 00:09:29 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
Hi Anatolij
|2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Acked-by: Anatolij Gustschin ag...@denx.de
Thanks,
Anatolij
--
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
Hi Guennadi,
On Fri, 28 Sep 2012 13:26:03 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
...
+#if !defined(CONFIG_VIDEO_MPC52xx_CSI) \
+!defined(CONFIG_VIDEO_MPC52xx_CSI_MODULE)
No, we're not adding any preprocessor or run-time hardware dependencies to
soc-camera or
IFM O2D cameras use special sensor bus interface glue-logic to
connect camera sensors to mpc5200 LocalPlus bus. Add camera
sensor driver for this mpc5200 camera interface.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
drivers/media/platform/soc_camera/Kconfig |7 +
drivers
streamon in
its start_streaming() operation and then disables the I2C bus access
by configuring the interface glue-logic for sensor read-out.
For above-mentioned reasons we disable this subdev call here.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
drivers/media/platform/soc_camera
Hi Guennadi,
On Fri, 28 Sep 2012 14:33:34 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
...
@@ -235,12 +238,32 @@ static int mt9v022_s_stream(struct v4l2_subdev *sd,
int enable)
struct i2c_client *client = v4l2_get_subdevdata(sd);
struct mt9v022 *mt9v022 =
On Fri, 28 Sep 2012 15:30:33 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
...
Yes. But i.e. the driver calling the sub-device stream control function
on streamon knows that the normal mode is not supported and therefore it
calls this function with argument enable == 0,
Hi Guennadi,
On Tue, 11 Sep 2012 10:24:23 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
Hi Anatolij
On Tue, 28 Aug 2012, Anatolij Gustschin wrote:
Hi Guennadi,
On Fri, 24 Aug 2012 23:23:37 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote
-off-by: Anatolij Gustschin ag...@denx.de
---
Changes since first version:
- drop analog and reg32 setting controls
- use more descriptive error message for handler init error
- revise commit log
- rebase on staging/for_v3.7 branch
drivers/media/i2c/soc_camera/mt9v022.c | 49
-by: Anatolij Gustschin ag...@denx.de
---
Changes since first version:
- remove setting total shutter width register in mt9v022_s_crop()
if in manual exposure mode and add a comment explaining why it is
not needed
- revise commit log
- rebase on staging/for_v3.7 branch
drivers/media/i2c
board.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
Changes since first version:
- add platform data to mt9v022 with only one parameter to initialise
y_skip_top, use 0 as default and set it to 1 on pcm990-baseboard.c
- revise commit log
- rebase on staging/for_v3.7 branch
arch/arm
-by: Anatolij Gustschin ag...@denx.de
---
drivers/media/i2c/soc_camera/mt9v022.c | 31 ---
1 files changed, 28 insertions(+), 3 deletions(-)
diff --git a/drivers/media/i2c/soc_camera/mt9v022.c
b/drivers/media/i2c/soc_camera/mt9v022.c
index 8feaddc..2abe999 100644
Hi Guennadi,
On Tue, 11 Sep 2012 10:55:31 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
...
On what systems have you checked this?
On camera systems from ifm, both using mt9v022.
Ok, I agree, this was a hack in the beginning, and, probably, there was a
reason for
On Fri, 24 Aug 2012 16:32:57 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
...
But why do we have to write it here at all then? Autoexposure can be off
only if the user has set exposure manually, using V4L2_CID_EXPOSURE_AUTO.
In this case MT9V022_TOTAL_SHUTTER_WIDTH
Hi Guennadi,
On Fri, 24 Aug 2012 23:23:37 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
...
Every time the sensor is reset, it resets this register. Without setting
the register after sensor reset to the needed value I only get garbage data
from the sensor. Since the
of the control function. Use v4l2_ctrl_s_ctrl()
to set them.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
drivers/media/i2c/soc_camera/mt9v022.c | 105 ++--
1 files changed, 100 insertions(+), 5 deletions(-)
diff --git a/drivers/media/i2c/soc_camera/mt9v022.c
b/drivers
Anatolij Gustschin (3):
mt9v022: add v4l2 controls for blanking and other register settings
mt9v022: fix the V4L2_CID_EXPOSURE control
mt9v022: set y_skip_top field to zero
drivers/media/i2c/soc_camera/mt9v022.c | 117
1 files changed, 104 insertions
Set y_skip_top to zero and remove comment as I do not see this
line corruption on two different mt9v022 setups. The first read-out
line is perfectly fine.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
drivers/media/i2c/soc_camera/mt9v022.c |6 +-
1 files changed, 1 insertions(+), 5
this control to the same value again doesn't
result in setting the register since the control value
was previously cached and doesn't differ
Fix it by always setting the register to the controlled value, when
in manual mode.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
drivers/media/i2c
Try reading on video device. If the camera bus driver supports reading
we can try it and return the result. Also add a debug line.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
v2: - rebased on current staging/for_v3.7 branch
drivers/media/platform/soc_camera/soc_camera.c |9
Hi Guennadi,
On Fri, 24 Aug 2012 13:08:52 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
...
+#define MT9V022_HORIZONTAL_BLANKING_MIN43
+#define MT9V022_HORIZONTAL_BLANKING_MAX1023
+#define MT9V022_HORIZONTAL_BLANKING_DEF94
+#define
On Fri, 24 Aug 2012 13:23:22 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
On Fri, 24 Aug 2012, Anatolij Gustschin wrote:
Set y_skip_top to zero and remove comment as I do not see this
line corruption on two different mt9v022 setups. The first read-out
line is perfectly
Hi Guennadi,
On Fri, 24 Aug 2012 13:22:18 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
...
--- a/drivers/media/i2c/soc_camera/mt9v022.c
+++ b/drivers/media/i2c/soc_camera/mt9v022.c
@@ -274,9 +274,9 @@ static int mt9v022_s_crop(struct v4l2_subdev *sd,
struct v4l2_crop
Try reading on video device. If the camera bus driver supports reading
we can try it and return the result. Also add a debug line.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
v3: - simplified as suggested by Guennadi
v2: - rebased on current staging/for_v3.7 branch
drivers/media
Hi Guennadi,
On Fri, 24 Aug 2012 15:35:59 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
...
Below I asked to provide details about how you have to change this
register value: toggle dynamically at run-time or just set once at
initialisation? Even if toggle: are this certain
Try reading on video device. If the camera bus driver supports reading
we can try it and return the result. Also add a debug line.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
drivers/media/platform/soc_camera.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff
in streamon routine. Otherwise the capture
interrupt won't be handled correctly causing non working
VIDIOC_DQBUF ioctl.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
drivers/media/video/fsl-viu.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/fsl
Use the core-assisted locking in fsl-viu driver and switch
to .unlocked_ioctl.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
drivers/media/video/fsl-viu.c | 20 +---
1 files changed, 13 insertions(+), 7 deletions(-)
diff --git a/drivers/media/video/fsl-viu.c b/drivers
On Mon, 7 Feb 2011 12:09:15 +0100 (CET)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
...
I can't try mplayer since I don't have mplayer setup for this.
But looking at the mplayer source I don't see why it should
behave differently. Depending on mode mplayer queues 2 or 6
buffers.
On Mon, 7 Feb 2011 12:35:44 +0100 (CET)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
On Mon, 7 Feb 2011, Anatolij Gustschin wrote:
On Mon, 7 Feb 2011 12:09:15 +0100 (CET)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
...
I can't try mplayer since I don't have mplayer setup
Hi Guennadi,
On Thu, 3 Feb 2011 11:09:54 +0100 (CET)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
Hi Anatolij
On Mon, 31 Jan 2011, Anatolij Gustschin wrote:
I'm afraid there seems to be a problem with your patch. I have no idea
what is causing it, but I'm just observing some wrong
On Sat, 5 Feb 2011 17:36:37 +0100 (CET)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
...
Verified with both capture.c and mplayer. Could you, please, verify
whether you get the same behaviour and what the problem could be?
Now I did some further testing with idmac patch applied
Hi all,
On Thu, 3 Feb 2011 11:09:54 +0100 (CET)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
...
Yes, the first interrupt is different, that's where I'm dropping /
postponing it. With your patch only N (equal to the number of buffers
used, I think) first interrupts toggle, then always
Some camera systems have strong requirement for capturing
an exact number of frames after starting the stream and do
not tolerate losing captured frames. By starting the stream
after the videobuf has queued the buffers, we ensure that
no frame will be lost.
Signed-off-by: Anatolij Gustschin ag
channels in ipu_disable_channel() since transfers on other
DMA channels might be triggered by other running tasks and the
buffers should always be ready for data sending or reception.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
v2:
Revise the commit message to provide more and correct
.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
drivers/media/video/mx3_camera.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/mx3_camera.c b/drivers/media/video/mx3_camera.c
index b9cb4a4..7bcaaf7 100644
--- a/drivers/media/video/mx3_camera.c
in the mx3_camera_set_fmt() function to fix
this issue.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
drivers/media/video/mx3_camera.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/mx3_camera.c b/drivers/media/video/mx3_camera.c
index 7bcaaf7
On Sat, 29 Jan 2011 20:16:42 +0100 (CET)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
...
--- a/drivers/media/video/soc_camera.c
+++ b/drivers/media/video/soc_camera.c
@@ -646,11 +646,11 @@ static int soc_camera_streamon(struct file *file,
void *priv,
if (icd-streamer != file)
Reading the commit message again I now realize that there is
a mistake.
On Wed, 26 Jan 2011 09:49:49 +0100
Anatolij Gustschin ag...@denx.de wrote:
...
received data. DMA_BUFx_RDY won't be set by the IPU, so waiting
for this event in the interrupt handler is wrong.
This should read
On Wed, 26 Jan 2011 09:49:47 +0100
Anatolij Gustschin ag...@denx.de wrote:
On some camera systems we do not tolerate the losing of
captured frames. We observed losing of the first frame
from CSI when double buffering is used (multiple buffers
queued by the mx3-camera driver).
The patches
On some camera systems we do not tolerate the losing of
captured frames. We observed losing of the first frame
from CSI when double buffering is used (multiple buffers
queued by the mx3-camera driver).
The patches provide fixes for the observed problem.
Anatolij Gustschin (2):
v4l: soc-camera
Some camera systems have strong requirement for capturing
an exact number of frames after starting the stream and do
not tolerate losing captured frames. By starting the stream
after the videobuf has queued the buffers, we ensure that
no frame will be lost.
Signed-off-by: Anatolij Gustschin ag
running tasks and the
buffers should always be ready for data sending or reception.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
drivers/dma/ipu/ipu_idmac.c | 50 ---
1 files changed, 0 insertions(+), 50 deletions(-)
diff --git a/drivers/dma/ipu
Autodetect input's standard using field frequency detection
feature (FIDT in status byte at 0x1F) of the chips saa7111/
saa7111a/saa7113/saa7114/saa7118.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
Changes since first patch version:
- reworked for chips other than saa7115
- fixed
-off-by: Anatolij Gustschin ag...@denx.de
---
Changes since first patch version:
- fixed the commit message and rebased
drivers/media/video/fsl-viu.c | 21 +
1 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/fsl-viu.c b/drivers/media/video/fsl
Streaming using mmap didn't work in the VIU driver. We need to
start/stop DMA in streamon/streamoff and free the buffers on
release. Add appropriate driver extension now.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
drivers/media/video/fsl-viu.c |5 +
1 files changed, 5 insertions
Autodetect input's standard using field frequency detection
feature (FIDT in status byte at 0x1F) of the SAA7113.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
drivers/media/video/saa7115.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/drivers/media
-off-by: Anatolij Gustschin ag...@denx.de
---
drivers/media/video/fsl-viu.c | 21 +
1 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/fsl-viu.c b/drivers/media/video/fsl-viu.c
index b8faff2..04be6eb 100644
--- a/drivers/media/video/fsl-viu.c
.
Let's incluce linux/slab.h directly to fix the build breakage.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
drivers/media/video/fsl-viu.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/fsl-viu.c b/drivers/media/video/fsl-viu.c
index 43d208f
Adds support for Video-In (VIU) unit of Freescale
MPC5121e. The driver supports RGB888/RGB565 formats,
capture and overlay on MPC5121e DIU frame buffer.
Signed-off-by: Hongjun Chen hong-jun.c...@freescale.com
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
Please review and consider
and a new device_private will be allocated.
All v4l drivers which call video_set_drvdata() _before_
calling video_register_device() are affected. The patch fixes
__video_register_device() to preserve previously allocated
device_private reference.
Caught by kmemleak.
Signed-off-by: Anatolij
From: Hongjun Chen hong-jun.c...@freescale.com
Adds support for Video-In (VIU) unit of MPC5121e.
The driver supports RGB888/RGB565 formats, capture
and overlay on MPC5121e DIU frame buffer.
Signed-off-by: Hongjun Chen hong-jun.c...@freescale.com
Signed-off-by: Anatolij Gustschin ag...@denx.de
68 matches
Mail list logo