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 docs to split the
initialization into sensible parts. Too many parts were undocumented
or didn't
and solarize effect.
Signed-off-by: Bastian Hecht
---
INCOMPLETE: There are some missing defines in videodev2.h that are
discussed currently. If something like V4L2_CID_{RED,BLUE}_GAIN is added
to them, my current V4L2_CID_{RED,BLUE}_BALANCE will become
V4L2_CID_{RED,BLUE}_GAIN and
Hello Sakari,
2011/9/6 Sakari Ailus :
> On Tue, Sep 06, 2011 at 09:35:24AM +0000, Bastian Hecht wrote:
>> Hello Sakari,
>>
>> 2011/9/6 Sakari Ailus :
>> > On Tue, Sep 06, 2011 at 09:01:15AM +, Bastian Hecht wrote:
>> >> 2011/9/6 Sakari Ailus :
>&g
Hello Sakari,
2011/9/6 Sakari Ailus :
> On Tue, Sep 06, 2011 at 09:01:15AM +0000, Bastian Hecht wrote:
>> 2011/9/6 Sakari Ailus :
>> > On Tue, Sep 06, 2011 at 07:56:40AM +0000, Bastian Hecht wrote:
>> >> Hello Sakari!
>> >
>> > Hi Bastian,
>&
This patch adds the ability to get arbitrary resolutions with a width
up to 2592 and a height up to 720 pixels instead of the standard 1280x720
only.
Signed-off-by: Bastian Hecht
---
diff --git a/drivers/media/video/ov5642.c b/drivers/media/video/ov5642.c
index 6410bda..e52fdb1 100644
--- a
I forgot the sign-off and just discovered checkpatch errors. I'll
repost the fixed version. Sorry for spam.
2011/9/6 Bastian Hecht :
> This patch adds the ability to get arbitrary resolutions with a width
> up to 2592 and a height up to 720 pixels instead of the standard 1280
This patch adds the ability to get arbitrary resolutions with a width
up to 2592 and a height up to 720 pixels instead of the standard 1280x720
only.
---
diff --git a/drivers/media/video/ov5642.c b/drivers/media/video/ov5642.c
index 6410bda..3d7038c 100644
--- a/drivers/media/video/ov5642.c
+++ b/
2011/9/6 Sakari Ailus :
> On Tue, Sep 06, 2011 at 07:56:40AM +0000, Bastian Hecht wrote:
>> Hello Sakari!
>
> Hi Bastian,
>
>> 2011/9/6 Sakari Ailus :
>> > Hi Bastian,
>> >
>> > On Mon, Sep 05, 2011 at 09:32:55AM +, Bastian Hecht wrote:
&
Hello Sakari!
2011/9/6 Sakari Ailus :
> Hi Bastian,
>
> On Mon, Sep 05, 2011 at 09:32:55AM +, Bastian Hecht wrote:
>> 2011/9/1 Sakari Ailus :
>> > On Thu, Sep 01, 2011 at 11:14:08AM +0200, Sylwester Nawrocki wrote:
>> >> Hi Sakari,
>> >>
2011/9/5 Laurent Pinchart :
> Hi Guennadi,
>
> On Monday 05 September 2011 11:51:57 Guennadi Liakhovetski wrote:
>> On Mon, 5 Sep 2011, Laurent Pinchart wrote:
>> > On Monday 05 September 2011 11:10:48 Bastian Hecht wrote:
>> > > 2011/8/31 Laurent Pinchart:
>
2011/8/31 Guennadi Liakhovetski :
> On Wed, 31 Aug 2011, Bastian Hecht wrote:
>
>> 2011/8/28 Laurent Pinchart :
>> > Hi Bastian,
>> >
>> > Thanks for the patch.
>> >
>> > On Wednesday 17 August 2011 18:02:07 Bastian Hecht wrote:
>> >
Hello Laurent,
2011/9/5 Laurent Pinchart :
> Hi Bastian,
>
> On Monday 05 September 2011 11:41:28 Bastian Hecht wrote:
>> 2011/9/5 Laurent Pinchart:
>> > On Monday 05 September 2011 11:10:48 Bastian Hecht wrote:
>> >> 2011/8/31 Laurent Pinchart:
>>
2011/9/5 Laurent Pinchart :
> Hi Bastian,
>
> On Monday 05 September 2011 11:10:48 Bastian Hecht wrote:
>> 2011/8/31 Laurent Pinchart:
>> > Hi Bastian,
>> >
>> > Guennadi pointed out that "should" can sound a bit harsh, so please read
>>
2011, Sakari Ailus wrote:
>> >>
>> >>> On Wed, Aug 31, 2011 at 03:27:49PM +, Bastian Hecht wrote:
>> >>>> 2011/8/28 Laurent Pinchart :
>> >>> [clip]
>> >>>>> If I'm not mistaken V4L2_CID_PRIVATE_BASE is depre
This patch adds the ability to get arbitrary resolutions with a width
up to 2592 and a height up to 720 pixels instead of the standard 1280x720
only.
---
diff --git a/drivers/media/video/ov5642.c b/drivers/media/video/ov5642.c
index 6410bda..54c822c 100644
--- a/drivers/media/video/ov5642.c
+++ b/
ht thing. I removed
out_sizes and repost v3 in a moment :)
> was prepended to all of them :-)
>
> On Wednesday 31 August 2011 19:06:25 Laurent Pinchart wrote:
>> On Wednesday 31 August 2011 17:05:52 Bastian Hecht wrote:
>> > This patch adds the ability to get arbitrary resolutio
2011/8/31 Bastian Hecht :
> 2011/8/31 Laurent Pinchart :
>> Hi Bastian,
>>
>> On Wednesday 31 August 2011 17:27:49 Bastian Hecht wrote:
>>> 2011/8/28 Laurent Pinchart :
>>> > On Wednesday 17 August 2011 18:02:07 Bastian Hecht wrote:
>>> >>
2011/8/31 Laurent Pinchart :
> Hi Bastian,
>
> On Wednesday 31 August 2011 17:27:49 Bastian Hecht wrote:
>> 2011/8/28 Laurent Pinchart :
>> > On Wednesday 17 August 2011 18:02:07 Bastian Hecht wrote:
>> >> The driver now supports automatic/manual gain,
2011/8/28 Laurent Pinchart :
> Hi Bastian,
>
> Thanks for the patch.
>
> On Wednesday 17 August 2011 18:02:07 Bastian Hecht wrote:
>> The driver now supports automatic/manual gain, automatic/manual white
>> balance, automatic/manual exposure control, vertical flip, brig
This patch adds the ability to get arbitrary resolutions with a width
up to 2592 and a height up to 720 pixels instead of the standard 1280x720
only.
Signed-off-by: Bastian Hecht
---
diff --git a/drivers/media/video/ov5642.c b/drivers/media/video/ov5642.c
index 6410bda..87b432e 100644
--- a
Hello Laurent,
2011/8/28 Laurent Pinchart :
> Hi Bastian,
>
> Thanks for the patch.
>
[snip]
>>
>> +#define REG_RED_GAIN_HIGH 0x3400
>> +#define REG_RED_GAIN_LOW 0x3401
>> +#define REG_BLUE_GAIN_HIGH 0x3404
>> +#define REG_BLUE_GAIN_LOW 0x3405
>> +#def
2011/8/30 Guennadi Liakhovetski :
> On Tue, 30 Aug 2011, Hans Verkuil wrote:
>
>> On Tuesday, August 30, 2011 16:24:55 Guennadi Liakhovetski wrote:
>> > Hi Hans
>> >
>> > On Tue, 30 Aug 2011, Hans Verkuil wrote:
>
> [snip]
>
>> > > The problem with S_FMT changing the crop rectangle (and I assume we
Hello Laurent and others,
2011/8/30 Laurent Pinchart :
> Hi Guennadi,
>
> On Tuesday 30 August 2011 15:13:25 Guennadi Liakhovetski wrote:
>> On Tue, 30 Aug 2011, Laurent Pinchart wrote:
>> > On Tuesday 30 August 2011 10:55:08 Guennadi Liakhovetski wrote:
>> > > On Mon, 29 Aug 2011, Laurent Pinchar
2011/8/16 Laurent Pinchart :
> Hi Bastian,
>
> On Tuesday 16 August 2011 14:58:58 Bastian Hecht wrote:
>> The driver now supports arbitray resolutions (width up to 2592, height
>> up to 720), automatic/manual gain, automatic/manual white balance,
>> automatic/manual expo
and solarize effect.
Signed-off-by: Bastian Hecht
---
diff --git a/drivers/media/video/ov5642.c b/drivers/media/video/ov5642.c
index 1b40d90..069a720 100644
--- a/drivers/media/video/ov5642.c
+++ b/drivers/media/video/ov5642.c
@@ -74,6 +74,34 @@
#define REG_AVG_WINDOW_END_Y_HIGH 0x5686
This patch adds the ability to get arbitrary resolutions with a width
up to 2592 and a height up to 720 pixels instead of the standard 1280x720
only.
Signed-off-by: Bastian Hecht
---
diff --git a/drivers/media/video/ov5642.c b/drivers/media/video/ov5642.c
index 6410bda..1b40d90 100644
--- a
now: rotating the hue in the colorspace, gray
scale image and solarize effect.
Signed-of-by: Bastian Hecht
---
diff --git a/drivers/media/video/ov5642.c b/drivers/media/video/ov5642.c
index 6410bda..069a720 100644
--- a/drivers/media/video/ov5642.c
+++ b/drivers/media/video/ov5642.c
@@ -14,8
ence.
>
> Signed-off-by: Guennadi Liakhovetski
Tested on mackerel.
Tested-by: Bastian Hecht
Thanks,
Bastian
> ---
> drivers/media/video/sh_mobile_ceu_camera.c |8 ++--
> 1 files changed, 6 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/media/video/sh_
2011/6/27 Laurent Pinchart :
> Hi Bastian,
>
> Thanks for the patch.
>
> On Friday 24 June 2011 12:57:36 Bastian Hecht wrote:
>> This is an initial driver release for the Omnivision 5642 CMOS sensor.
>>
>> Signed-off-by: Bastian Hecht
>> ---
>>
&
This is an initial driver release for the Omnivision 5642 CMOS sensor.
Signed-off-by: Bastian Hecht
---
diff --git a/drivers/media/video/ov5642.c b/drivers/media/video/ov5642.c
new file mode 100644
index 000..3cdae97
--- /dev/null
+++ b/drivers/media/video/ov5642.c
@@ -0,0 +1,1011
2011/5/30 Laurent Pinchart :
> Hi Bastian,
>
> On Monday 30 May 2011 23:39:13 Bastian Hecht wrote:
>> 2011/5/30 Laurent Pinchart :
>> > On Sunday 29 May 2011 15:27:23 Bastian Hecht wrote:
>> >> Hello Laurent,
>> >>
>> >> I'm
Hello Laurent,
2011/5/30 Laurent Pinchart :
> Hi Bastian,
>
> On Sunday 29 May 2011 15:27:23 Bastian Hecht wrote:
>> Hello Laurent,
>>
>> I'm on to a project that needs two synced separate small cameras for
>> stereovision.
>>
>> I was thinking ab
ISP driver capable of running 2 concurrent cameras?
- is it possible to simulate a kind of video stream that is externally
triggered (I would use a gpio line that simply triggers 10 times a
sec) or would there arise problems with the csi2 protocoll (timeouts
or similar)?
Best regards,
Bastian H
-setup wrong. So 2 bits were shifted out and I
had a dark image.
best regards,
Bastian Hecht
> 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
2011/4/27 Laurent Pinchart :
> Hi Bastian,
>
> On Wednesday 27 April 2011 12:55:24 Bastian Hecht wrote:
>> 2011/4/27 Bastian Hecht :
>> > 2011/4/26 Laurent Pinchart :
>> >> On Tuesday 26 April 2011 17:39:41 Bastian Hecht wrote:
>> >>> 2011/4/21 L
2011/4/27 Bastian Hecht :
> 2011/4/26 Laurent Pinchart :
>> Hi Bastian,
>>
>> On Tuesday 26 April 2011 17:39:41 Bastian Hecht wrote:
>>> 2011/4/21 Laurent Pinchart :
>>> > On Tuesday 19 April 2011 09:31:05 Sakari Ailus wrote:
>>> >> Laur
2011/4/26 Laurent Pinchart :
> Hi Bastian,
>
> On Tuesday 26 April 2011 17:39:41 Bastian Hecht wrote:
>> 2011/4/21 Laurent Pinchart :
>> > On Tuesday 19 April 2011 09:31:05 Sakari Ailus wrote:
>> >> Laurent Pinchart wrote:
>> >> ...
>> >
t; I'll need to hook a scope to the HS and VS signals.
have you worked on this problem? Today in my setup I took a longer
cable and ran again into the hs/vs interrupt storm (it still works
with a short cable).
I can tackle this issue too, but to avoid double work I wanted to ask
if you worked
2011/4/16 David Cohen :
> Hi Bastian,
>
> On Thu, Apr 14, 2011 at 1:36 PM, Bastian Hecht wrote:
>> Yeah!
>>
>> S... when I initialized the the camera (loading a 108 bytes
>> register listing) I just let run the camera and sent images. So I
>> first
now if it is the
hardware or isp software that changed. Unfortunately I can't get an
3530 anymore (I trashed mine...).
You helped me so much! Big thanks.
Bastian Hecht
2011/4/14 Laurent Pinchart :
> Hi Bastian,
>
> On Thursday 14 April 2011 10:33:12 Bastian Hecht wrote:
>> 2011/4/
Hello Sakari,
2011/4/13 Sakari Ailus :
> Bastian Hecht wrote:
>> Hello people,
>
> Hi Bastian,
>
> I'm cc'ing Laurent.
>
>> I switched to the new DM3730 from IGEP and while it's supposed to be
>> (almost) the same as the 3530 Version the isp dea
[]
(ret_fast_syscall+0x0/0x3c)
[ 376.428436] ---[ end trace 1b75b31a2719ed1e ]---
2011/4/13 Bastian Hecht :
> Hello people,
>
> I switched to the new DM3730 from IGEP and while it's supposed to be
> (almost) the same as the 3530 Version the isp deadlocks
> deterministically after I
h/arm/kernel/entry-armv.S
Maybe I should try on linux-...@lists.arm.linux.org.uk but I thought I
give it a shot here first.
I use the omap3isp-2.6.35.3-omap3isp branch from Laurent.
Any ideas? Thanks for any help,
Bastian Hecht
[ 190.059509] BUG: soft lockup - CPU#0 stuck for 61s! [yavta
2011/3/30 Bastian Hecht :
> 2011/3/30 Laurent Pinchart :
>> Hi Bastian,
>>
>> On Wednesday 30 March 2011 11:41:44 Bastian Hecht wrote:
>>> 2011/3/29 Laurent Pinchart :
>>> > On Friday 25 March 2011 13:34:10 Bastian Hecht wrote:
>>> >> 2011
2011/3/30 Laurent Pinchart :
> Hi Bastian,
>
> On Wednesday 30 March 2011 11:41:44 Bastian Hecht wrote:
>> 2011/3/29 Laurent Pinchart :
>> > On Friday 25 March 2011 13:34:10 Bastian Hecht wrote:
>> >> 2011/3/24 Bastian Hecht :
>> >> > 2011/3/24 La
2011/3/29 Laurent Pinchart :
> Hi Bastian,
>
> On Friday 25 March 2011 13:34:10 Bastian Hecht wrote:
>> 2011/3/24 Bastian Hecht :
>> > 2011/3/24 Laurent Pinchart :
>> >> On Thursday 24 March 2011 10:59:01 Bastian Hecht wrote:
>> >>> 2011/3/22 Laur
2011/3/24 Bastian Hecht :
> 2011/3/24 Laurent Pinchart :
>> Hi Bastian,
>>
>> On Thursday 24 March 2011 10:59:01 Bastian Hecht wrote:
>>> 2011/3/22 Laurent Pinchart :
>>> > On Tuesday 22 March 2011 17:11:04 Bastian Hecht wrote:
>>> >> Hello
2011/3/22 Laurent Pinchart :
> Hi Bastian,
>
> On Tuesday 22 March 2011 17:11:04 Bastian Hecht wrote:
>> Hello omap isp devs,
>>
>> maybe you can help me, I am a bit desperate with my current cam problem:
>>
>> I use a ov5642 chip and get only 0x55 in my dat
).
Anyone of you had this behaviour before?
Thanks so much for reading this,
Bastian Hecht
--
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
Thanks for help,
Bastian Hecht
--
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
Hi Loic,
in my last post, make sure you return a v4l2_mbus_framefmt structure
that contain yuv 720x480. Else the framework thinks your driver cannot
supply this format. I do not know the exact enums myself, try to grep
it in the linux kernel includes.
In my test driver I added a printk(KERN_ALERT
Hi,
when you try to set a format in the pipeline, the sensor gets asked if
he can support this solution.
static int xxx_get_format(struct v4l2_subdev *subdev,
struct v4l2_subdev_fh *fh,
struct v4l2_subdev_format *fmt)
{
struct v4l2_mbus
Hello,
fail or success in registering these subdevs depend on the sensor code
probe() function (at least I think so).
When the isp already mentions your driver name saa7113 check your
saa7113 driver code and see what can fail in the probe function and
add some debug output. Probably the i2c commun
,
Bastian Hecht
--
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
Hello,
2010/12/7 Guennadi Liakhovetski :
> Hi Bastian
>
> On Tue, 7 Dec 2010, Bastian Hecht wrote:
>
>> Hello,
>>
>> I succesfully got out images reliably. I just the nokia-tree and mixed
>> up your mt9t031 and Laurent's mt9t001 code. It's just a bare
version of your driver and platform bindings?
>
> Thanks
> Guennadi
>
>>
>> On Tuesday 02 November 2010 11:31:28 Bastian Hecht wrote:
>> > >> I am the first guy needing a 12 bit-bus?
>> > >
>> > > Yes you are :-) You will need to implement 12 bit
Hello Stefan,
I can send you my code tomorrow. Meanwhile a short hint, that may help
you: The mt9p031 needs a not only the i2c clock to work but also the
cam_clk signals.
Right now this is hacked into the isp-driver in my setup but I want to
do it like the nokia code (pass a clock-setup function
2010/11/7 Sakari Ailus :
> Hi all!
>
> Michael Jones wrote:
>> Hi Bastian (Laurent, and Sakari),
>>>
>>> I want to clarify this:
>>>
>>> I try to read images with yafta.
>>> I read in 4 images with 5MP size (no skipping). All 4 images contain only
>>> zeros.
>>> I repeat the process some times and
2010/11/5 Michael Jones :
> Hi Bastian (Laurent, and Sakari),
>>
>> I want to clarify this:
>>
>> I try to read images with yafta.
>> I read in 4 images with 5MP size (no skipping). All 4 images contain only
>> zeros.
>> I repeat the process some times and keep checking the data. After -
>> let's
2010/11/5 Bastian Hecht :
> Hello all,
>
> I got it now!!!
> After adding debugfs support and observing my isp like a lynx I found
> out that magically the ISP_CTRL register changes from
> [ 316.903900] omap3isp omap3isp: ###ISP CTRL=0x0020 to
> 0x0020c040 after an
concrete bug location.
cheers,
Bastian
2010/11/4 Bastian Hecht :
> 2010/11/4 Bastian Hecht :
>> 2010/11/4 Laurent Pinchart :
>>> Hi Bastian,
>>>
>>> On Wednesday 03 November 2010 14:38:25 Bastian Hecht wrote:
>>>> 2010/11/3 Sakari Ailus :
>&g
2010/11/4 Bastian Hecht :
> 2010/11/4 Laurent Pinchart :
>> Hi Bastian,
>>
>> On Wednesday 03 November 2010 14:38:25 Bastian Hecht wrote:
>>> 2010/11/3 Sakari Ailus :
>>> > Bastian Hecht wrote:
>>> >> 2010/11/3 Bastian Hecht :
>>> &
2010/11/4 Laurent Pinchart :
> Hi Bastian,
>
> On Wednesday 03 November 2010 14:38:25 Bastian Hecht wrote:
>> 2010/11/3 Sakari Ailus :
>> > Bastian Hecht wrote:
>> >> 2010/11/3 Bastian Hecht :
>> >>> Hello ISP team,
>> >>>
>>
2010/11/3 Sakari Ailus :
> Hi Bastian,
>
> Bastian Hecht wrote:
>> 2010/11/3 Bastian Hecht :
>>> Hello ISP team,
>>>
>>> I succeeded to stream the first images from the sensor to userspace
>>> using Laurent's media-ctl and yafta. Unfortunate
2010/11/3 Michael Jones :
> Bastian Hecht wrote:
>>
>> I enabled isr debugging (#define ISP_ISR_DEBUG) and see that only 1
>> HS_VS_event is generated per second. 1fps corresponds to my clocking,
>> so 1 vs per second is fine. But shouldn't I see about 2000 hs
>&
2010/11/3 Bastian Hecht :
> Hello ISP team,
>
> I succeeded to stream the first images from the sensor to userspace
> using Laurent's media-ctl and yafta. Unfortunately all images are
> black (10MB of zeros).
> Once by chance I streamed some images (1 of 20 about) with con
Hello ISP team,
I succeeded to stream the first images from the sensor to userspace
using Laurent's media-ctl and yafta. Unfortunately all images are
black (10MB of zeros).
Once by chance I streamed some images (1 of 20 about) with content.
All values were < 0x400, so that I assume the values were
Hello Laurent,
>> I am the first guy needing a 12 bit-bus?
>
> Yes you are :-) You will need to implement 12 bit support in the ISP driver,
> or start by hacking the sensor driver to report a 10 bit format (2 bits will
> be lost but you should still be able to capture an image).
Isn't that an "of
> To clarify this: The number of pixels in an image sensor is typically simply
> the number of independent photosites - so the 5-MP MT9P031 sensor will give
> you a raw image with 5 million 12-bit values in it. (not 5x3 million, or 5x4
> million, just 5 million)
>
> Each photosite is covered by a s
Hello Eino-Ville,
>
> Most of the ISP can't handle more than 10-bit input - unless you're
> streaming raw sensor data straight to memory, you'll have to use the bridge
> lane shifter to decimate the input.
> In the new framework, I don't know how that's done, unfortunately.
Thank you for pointing
Hello Laurant,
sorry I am flooding a bit here, but now I reached a point where I am
really stuck.
In the get_fmt_pad I set the following format
*format = mt9p031->format;
that is defined as
mt9p031->format.code = V4L2_MBUS_FMT_SGRBG10_1X10;
mt9p031->format.width = MT9P031_
Hello,
>
> Now it becomes
> Unable to start streaming: 32 : Broken pipe
I saw that my stub mt9p031_get_format gets called. Thanks a lot. So I
reached the point where I can fill my driver with life.
> I will check if the video format of the sensor chip is SGRBG10 in default.
I guess this is GRBG
Hi,
> I did as you said and everything works fine until I use yavta:
>
> Video format set: width: 2952 height: 1944 buffer size: 11508480
> Video format: BA10 (30314142) 2952x1944
ooops, I had a typo... 2952 becomes 2592
> 4 buffers requested.
> length: 11508480 offset: 0
> Buffer 0 mapped at ad
Hello Laurant,
> With the media-ctl and yavta test applications, just run
>
> ./media-ctl -r -l '"mt9t001 3-005d":0->"OMAP3 ISP CCDC":0[1], "OMAP3 ISP
> CCDC":1->"OMAP3 ISP CCDC output":0[1]'
> ./media-ctl -f '"mt9t001 3-005d":0[SGRBG10 1024x768], "OMAP3 ISP
> CCDC":1[SGRBG10 1024x768]'
>
> ./yavt
is throwing out data on the
parallel bus pins. But unfortunately I am a completely v4l2 newbie. I
read through the v4l2-docs now but the first example already didn't
work because of the new framework. Can you point me to a way to read
/dev/video2?
Thank you very much,
Bastian
2010/10/2
Hello Laurent,
my mt9p031 camera project for the omap3530 isp has come to the point
where the ISP registered video[0-6], media0 and v4l-subdev[0-7].
As far as I can see from the names...
cat /sys/class/video4linux/video*/names
OMAP3 ISP CCP2 input
OMAP3 ISP CSI2a output
OMAP3 ISP CCDC output
OMA
Hello Hal,
I am working on the same problem and thanks to Laurent and others I
made lots of progress here. I want to point you to
http://www.mail-archive.com/linux-media@vger.kernel.org/msg23076.html
and http://www.mail-archive.com/linux-media@vger.kernel.org/msg23315.html
Have fun,
Bastian
2010/10/15 Laurent Pinchart :
> Hi Bastian,
>
> On Friday 15 October 2010 13:59:24 Bastian Hecht wrote:
>> Hello ISP driver developers,
>>
>> after the lastest pull of branch 'devel' of
>> git://gitorious.org/maemo-multimedia/omap3isp-rx51 I get a segfau
Hello ISP driver developers,
after the lastest pull of branch 'devel' of
git://gitorious.org/maemo-multimedia/omap3isp-rx51 I get a segfault
when I register my ISP_device.
The segfault happens in isp.c in line
isp->iommu = iommu_get("isp");
I noticed that with the new kernel the module iommu
Hi Laurent,
2010/10/12 Laurent Pinchart :
> Hi Bastian,
>
> On Tuesday 12 October 2010 14:10:00 Bastian Hecht wrote:
>> 2010/10/11 Laurent Pinchart :
>> > On Monday 11 October 2010 16:58:35 Bastian Hecht wrote:
>> >> 2010/10/11 Laurent Pinchart :
>> >&
2010/10/12 Bastian Hecht :
> Hello Laurent,
>
> 2010/10/11 Laurent Pinchart :
>> Hi Bastian,
>>
>> On Monday 11 October 2010 16:58:35 Bastian Hecht wrote:
>>> 2010/10/11 Laurent Pinchart :
>>> > On Monday 11 October 2010 14:59:15 Bastian Hecht wr
Hello Laurent,
2010/10/11 Laurent Pinchart :
> Hi Bastian,
>
> On Monday 11 October 2010 16:58:35 Bastian Hecht wrote:
>> 2010/10/11 Laurent Pinchart :
>> > On Monday 11 October 2010 14:59:15 Bastian Hecht wrote:
>> >> So... let's see if i got so
2010/10/11 Guennadi Liakhovetski :
> On Mon, 11 Oct 2010, Bastian Hecht wrote:
>
>> 2010/10/11 Laurent Pinchart :
>> > Hi Bastian,
>> >
>> > On Monday 11 October 2010 14:59:15 Bastian Hecht wrote:
>> >> So... let's see if i got so
2010/10/11 Laurent Pinchart :
> Hi Bastian,
>
> On Monday 11 October 2010 14:59:15 Bastian Hecht wrote:
>> So... let's see if i got some things right, please let me now if you
>> disagree:
>>
>> - I do want to use the omap34xxcam.c driver as it is for the newe
So... let's see if i got some things right, please let me now if you disagree:
- I do want to use the omap34xxcam.c driver as it is for the newest
framework and I get most support for it
- The camera sensor driver must implement the v4l2-subdev and the new
pad-level api. As the register list of m
>> > > Bastian Hecht wrote:
>> > >
>> > > > I want to write a sensor driver for the mt9p031 (not mt9t031) camera
>> > > > chip and start getting confused about the different kernel forks and
>
> There is already an mt9t031 v4l2-subdev
I get something wrong, please give me
some hints.
Thanks a lot!
Bastian Hecht
--
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
87 matches
Mail list logo
