From: Valentin Longchamp <valentin.longchamp@epfl.ch>
To: Guennadi Liakhovetski <g.liakhovetski@gmx.de>,
Linux Media Mailing List <linux-media@vger.kernel.org>
Cc: Sascha Hauer <s.hauer@pengutronix.de>
Subject: mx31moboard MT9T031 camera support
Date: Thu, 18 Jun 2009 10:45:10 +0200 [thread overview]
Message-ID: <4A39FE96.4010004@epfl.ch> (raw)
Hi Guennadi,
I am trying to follow your developments at porting soc-camera to
v4l2-subdev. However, even if I understand quite correctly soc-camera,
it is quite difficult for me to get all the subtleties in your work.
That's why I am asking you for a little help: when do you think would be
the best timing for me to add the mt9t031 camera support for mx31moboard
within your current process ?
I guess it should not be too difficult, I had done it before, and I can
base myself on what you have done for pcm037:
http://download.open-technology.de/soc-camera/20090617/0025-pcm037-add-MT9T031-camera-support.patch
Now I have a second question. On our robot, we physically have two
cameras (one looking to the front and one looking at a mirror) connected
to the i.MX31 physical bus. We have one signal that allows us to control
the multiplexer for the bus lines (video signals and I2C) through a
GPIO. This now works with a single camera declared in software and
choices to the multiplexer done when no image transfer is happening (
/dev/video is not open). What do you think should be the correct way of
dealing with these two cameras with the current driver implementation
(should I continue to declare only one camera in the software) ?
And do you think it could be possible to "hot-switch" from one camera to
the other ? My colleagues ask about it, I tell them that from my point
of view this seems not possible without changing the drivers, and even
the drivers would have to be changed quite heavily and it is not trivial.
Best Regards
Val
--
Valentin Longchamp, PhD Student, EPFL-STI-LSRO1
valentin.longchamp@epfl.ch, Phone: +41216937827
http://people.epfl.ch/valentin.longchamp
MEA3485, Station 9, CH-1015 Lausanne
next reply other threads:[~2009-06-18 8:51 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-18 8:45 Valentin Longchamp [this message]
2009-06-18 9:20 ` mx31moboard MT9T031 camera support Guennadi Liakhovetski
2009-06-18 9:52 ` Valentin Longchamp
2009-06-18 10:10 ` Guennadi Liakhovetski
2009-06-23 14:19 ` 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=4A39FE96.4010004@epfl.ch \
--to=valentin.longchamp@epfl.ch \
--cc=g.liakhovetski@gmx.de \
--cc=linux-media@vger.kernel.org \
--cc=s.hauer@pengutronix.de \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox