All of lore.kernel.org
 help / color / mirror / Atom feed
From: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
To: "Karicheri, Muralidharan" <m-karicheri2@ti.com>
Cc: "linux-media@vger.kernel.org" <linux-media@vger.kernel.org>,
	"davinci-linux-open-source@linux.davincidsp.com"
	<davinci-linux-open-source@linux.davincidsp.com>,
	Muralidharan Karicheri <a0868495@dal.design.ti.com>
Subject: mt9t031 (was RE: [PATCH] adding support for setting bus parameters in sub device)
Date: Wed, 10 Jun 2009 23:09:30 +0200 (CEST)	[thread overview]
Message-ID: <Pine.LNX.4.64.0906102303190.4817@axis700.grange> (raw)
In-Reply-To: <A69FA2915331DC488A831521EAE36FE40139A08DC3@dlee06.ent.ti.com>

On Wed, 10 Jun 2009, Karicheri, Muralidharan wrote:

> Guennadi,
> 
> Thanks for responding. I acknowledge I need to add
> master & slave information in the structure. Querying
> the capabilities from the sub device is a good feature.
> I will look into your references and let you know if I
> have any question.
> 
> I will send an updated patch based on this.
> 
> BTW, I have a question about the mt9t031.c driver. Could
> I use this driver to stream VGA frames from the sensor?

Sure, any size the chip supports (up to 2048x1536) and your host can 
handle.

> Is it possible to configure the driver to stream at a
> specific fps?

No, patches welcome.

> We have a version of the driver used internally
> and it can do capture and stream of Bayer RGB data at VGA,
> 480p, 576p and 720p resolutions. I have started integrating
> your driver with my vpfe capture driver and it wasn't very
> clear to me. Looks like driver calculates the timing parameters
> based on the width and height of the capture area.

Yes, it provides exposure control by setting shutter timing, and it 
emulates autoexposure by calculating shutter times from window geometry.

> We need
> streaming capability in the driver. This is how our driver works
> with mt9t031 sensor
> 		  raw-bus (10 bit)
> vpfe-capture  ----------------- mt9t031 driver
> 	  |					   |
> 	  V				         V
> 	VPFE	 				MT9T031
> 
> VPFE hardware has internal timing and DMA controller to
> copy data frame by frame from the sensor output to SDRAM.
> The PCLK form the sensor is used to generate the internal
> timing.

So, what is missing in the driver apart from the ability to specify 
a frame-rate?

Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/

  reply	other threads:[~2009-06-10 21:09 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-09 20:54 [PATCH] adding support for setting bus parameters in sub device m-karicheri2
2009-06-10 18:32 ` Guennadi Liakhovetski
2009-06-10 19:49   ` Hans Verkuil
2009-06-10 19:59     ` Guennadi Liakhovetski
2009-06-10 20:51       ` Hans Verkuil
2009-06-10 21:15         ` Karicheri, Muralidharan
2009-06-10 21:30         ` Guennadi Liakhovetski
2009-06-10 21:51           ` Hans Verkuil
2009-06-10 23:12             ` Guennadi Liakhovetski
2009-06-11 13:37             ` Karicheri, Muralidharan
2009-06-12 12:15             ` Guennadi Liakhovetski
2009-06-10 20:28   ` Karicheri, Muralidharan
2009-06-10 21:09     ` Guennadi Liakhovetski [this message]
2009-06-10 21:29       ` mt9t031 (was RE: [PATCH] adding support for setting bus parameters in sub device) Karicheri, Muralidharan
2009-06-10 21:37         ` Guennadi Liakhovetski
2009-06-10 21:45           ` Karicheri, Muralidharan
2009-06-10 23:13             ` Guennadi Liakhovetski
2009-06-11 15:00               ` Karicheri, Muralidharan
2009-06-11 15:58                 ` Guennadi Liakhovetski
2009-06-11 16:30                   ` Karicheri, Muralidharan
2009-06-11  8:01         ` Jean-Philippe François
2009-06-11  8:35 Hans Verkuil
2009-06-11  9:13 ` Hans de Goede
2009-06-11  9:33 Hans Verkuil
2009-06-11  9:40 ` Hans de Goede
2009-06-11 14:43   ` Karicheri, Muralidharan
2009-06-11 10:39 Hans Verkuil
2009-06-11 14:40 ` Karicheri, Muralidharan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.LNX.4.64.0906102303190.4817@axis700.grange \
    --to=g.liakhovetski@gmx.de \
    --cc=a0868495@dal.design.ti.com \
    --cc=davinci-linux-open-source@linux.davincidsp.com \
    --cc=linux-media@vger.kernel.org \
    --cc=m-karicheri2@ti.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.