All of lore.kernel.org
 help / color / mirror / Atom feed
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Michael Jones <michael.jones@matrix-vision.de>
Cc: linux-media ML <linux-media@vger.kernel.org>
Subject: Re: reading config parameters of omap3-isp subdevs
Date: Wed, 28 Mar 2012 17:54:12 +0200	[thread overview]
Message-ID: <2457237.l62XdFKgLK@avalon> (raw)
In-Reply-To: <4F6856C0.4070404@matrix-vision.de>

Hi Michael,

On Tuesday 20 March 2012 11:06:56 Michael Jones wrote:
> On 03/20/2012 12:22 AM, Laurent Pinchart wrote:
> > On Friday 16 March 2012 15:06:15 Michael Jones wrote:
> [snip]
> 
> > Adding a R/W bit to the flag argument should indeed work. However, I'm
> > wondering what your use case for reading parameters back is.
> 
> The simplest use case in my mind is that after the user has fiddled around
> with config parameters, they should be able to set them back to their
> original state. For that, they need to know what the original state was.
> 
> > The preview engine parameter structures seem pretty-much self-contained to
> > me, I'm not sure it would make sense to only modify one of the parameters.
> 
> Why doesn't it make sense to write to only e.g. 'COEF3' in the PRV_WBGAIN
> register? Especially considering the sparse documentation of many of these
> registers, I would like to be able to tweak the existing parameters from
> their defaults, rather than start from scratch.

Because configuring white balance requires modifying all the coefficients.

I agree that querying the default parameters can be useful for experimentation 
purpose, although in that case you could just have a look at the driver source 
code ;-) I've sent a patch that modifies the way the preview engine handles 
the configuration process to the linux-media mailing list. I could try 
implementing read access on top of that, but I'm not sure when I'll have time 
to do so. If you want to give it a try, I'll review your code :-) Be careful 
of the race conditions, they're not trivial.

-- 
Regards,

Laurent Pinchart


  reply	other threads:[~2012-03-28 19:07 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-16 14:06 reading config parameters of omap3-isp subdevs Michael Jones
2012-03-19 23:22 ` Laurent Pinchart
2012-03-20 10:06   ` Michael Jones
2012-03-28 15:54     ` Laurent Pinchart [this message]
  -- strict thread matches above, loose matches on Subject: below --
2012-03-25 23:42 Joshua Hintze

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=2457237.l62XdFKgLK@avalon \
    --to=laurent.pinchart@ideasonboard.com \
    --cc=linux-media@vger.kernel.org \
    --cc=michael.jones@matrix-vision.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 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.