public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: "Kim, HeungJun" <riverful.kim@samsung.com>
To: Martin Strubel <hackfin@section5.ch>
Cc: Hans Verkuil <hverkuil@xs4all.nl>, linux-media@vger.kernel.org
Subject: Re: v4l2 device property framework in userspace
Date: Tue, 31 May 2011 15:38:26 +0900	[thread overview]
Message-ID: <4DE48CE2.4010401@samsung.com> (raw)
In-Reply-To: <4DE38872.9090501@section5.ch>

Hi Martin,

I'm not an expert of V4L2 and this camera sensor, too.
But, if you don't mind, I want to leave some comments about the registers,
and I hope that it helps you.

2011-05-30 오후 9:07, Martin Strubel 쓴 글:
> Hi Hans,
> 
>>
>> Can you give examples of the sort of things that are in those registers?
>> Is that XML file available somewhere? Are there public datasheets?
>>
> 
> If you mean the sensor datasheets, many of them are buried behind NDAs,
> but people are writing opensourced headers too...let's leave this to the
> lawyers.
> 
> Here's an example: http://section5.ch/downloads/mt9d111.xml
> The XSLT sheets to generate code from it are found in the netpp
> distribution, see http://www.section5.ch/netpp. You might have to read
> some of the documentation to get to the actual clues.
As you said, obviously this camera has a lot of registers.
But, IMHO, even it can be expressed by one subdev driver like any other ones.
Almost registers can be absorbed and adapted at the start(or booting) time.
And the most others also can be defined at the current V4L2 APIs.
(like controls, croppings, buffers, powers, etc)

The matter is to find which factor can vary, when the camera setting is varied
by the board as you said. And in just my short thinking, this is not much to
catch. If there are such things, not expressed using current V4L2 APIs, but
needed for your works or your board, you can submit this APIs to ML.

The best thing is, you collect such things(it can be express current V4L2 APIs),
and submit new V4L2 APIs, because there are many other people handling camera
driver like you, and they can think similary like you.
For sure, they can welcome to birth new APIs.


Cheers,
Heungjun Kim

      parent reply	other threads:[~2011-05-31  6:38 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-29 13:07 v4l2 device property framework in userspace Martin Strubel
2011-05-30  7:32 ` Hans Verkuil
2011-05-30  9:38   ` Martin Strubel
2011-05-30 10:52     ` Hans Verkuil
2011-05-30 12:07       ` Martin Strubel
2011-05-30 12:53         ` Hans Verkuil
2011-05-30 13:30           ` Martin Strubel
2011-05-31  8:01             ` Hans Verkuil
2011-05-31  8:27               ` Martin Strubel
2011-05-31 10:55                 ` Hans Verkuil
2011-05-31 11:33                   ` Martin Strubel
2011-05-31 12:58                     ` Mauro Carvalho Chehab
2011-06-06 11:00                     ` Sakari Ailus
2011-05-31  6:38         ` Kim, HeungJun [this message]

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=4DE48CE2.4010401@samsung.com \
    --to=riverful.kim@samsung.com \
    --cc=hackfin@section5.ch \
    --cc=hverkuil@xs4all.nl \
    --cc=linux-media@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