public inbox for linux-omap@vger.kernel.org
 help / color / mirror / Atom feed
From: Hans Verkuil <hverkuil@xs4all.nl>
To: "Dongsoo, Nathaniel Kim" <dongsoo.kim@gmail.com>
Cc: Gary Thomas <gary@mlbassoc.com>,
	"linux-media@vger.kernel.org" <linux-media@vger.kernel.org>,
	linux-omap@vger.kernel.org
Subject: Re: v4l2_int_device vs v4l2_subdev?
Date: Fri, 26 Jun 2009 08:30:19 +0200	[thread overview]
Message-ID: <200906260830.20193.hverkuil@xs4all.nl> (raw)
In-Reply-To: <5e9665e10906252227i4f667915rc1b52d6148c1a0e9@mail.gmail.com>

On Friday 26 June 2009 07:27:15 Dongsoo, Nathaniel Kim wrote:
> Hello,
> 
> On Fri, Jun 26, 2009 at 7:43 AM, Gary Thomas<gary@mlbassoc.com> wrote:
> > Still trying to wrap my head around the OMAP/34xx camera support.
> > I need to use the TVP5150 sensor/controller, but the existing
> > driver uses v4l_subdev.  The "working" examples I've found
> > (from Sergio's tree) use sensors like ov3640 with uses v4l2_int_device
> >
> > Are these two totally separate beasts?
> > If I have an infrastructure (I assume) based on v4l2_int_device,
> > how do I use a v4l2_subdev device driver?  or need I move one to
> > the other?
> >
> 
> I've been through the same case (now I'm trying to use subdev
> framework and writing a new device driver based on that)
> As far as I understand, every v4l2 drivers are moving on subdev
> framework.

That's right. There were three different incompatible interfaces between
the host and an i2c device. This made it impossible to reuse e.g. a sensor
driver based on v4l2-int-device for omap in a USB webcam based around
the old i2c-ioctl interface. The v4l2_subdev interface was created that
will replace all these other interfaces. We will not accept new
non-v4l2-subdev drivers in the kernel, and we are working hard to convert
the last remaining non-v4l2-subdev drivers as soon as possible.

> But in user space there is nothing changed having access to 
> device and control them.
> As you know, subdev and int-device is all about how to bind
> interface(or host?) and device and make them communicated each other.
> But using subdev device driver with int-device supporting interface
> (or host) device driver? it won't make any communication.
> So if you are running out of time with your project, you'd better use
> old driver of TVP. Like TVP driver in kernel 2.6.28 I suppose. But if
> you have enough time and wanna be challenging, try to convert
> in-device based omap3 camera interface driver to subdev supporting
> one.

Someone's got to do this. v4l2_subdev is the future and it has many
advantages over the older interfaces. The ability to be able to use the
same i2c driver in anything from USB webcams to PCI capture cards to
omap/davinci embedded platforms is very powerful.

Regards,

	Hans

> Cheers,
> 
> Nate
> 
> 
> > ... dizzy from traveling down too many twisty little passages :-(
> >
> > --
> > ------------------------------------------------------------
> > Gary Thomas                 |  Consulting for the
> > MLB Associates              |    Embedded world
> > ------------------------------------------------------------
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-omap" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >
> 
> 
> 



-- 
Hans Verkuil - video4linux developer - sponsored by TANDBERG Telecom
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2009-06-26  6:30 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-25 22:43 v4l2_int_device vs v4l2_subdev? Gary Thomas
2009-06-26  5:27 ` Dongsoo, Nathaniel Kim
2009-06-26  6:30   ` Hans Verkuil [this message]
2009-06-26 14:43     ` Aguirre Rodriguez, Sergio Alberto
2009-06-27 12:58       ` Hans Verkuil

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=200906260830.20193.hverkuil@xs4all.nl \
    --to=hverkuil@xs4all.nl \
    --cc=dongsoo.kim@gmail.com \
    --cc=gary@mlbassoc.com \
    --cc=linux-media@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    /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