All of lore.kernel.org
 help / color / mirror / Atom feed
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Hans Verkuil <hverkuil@xs4all.nl>
Cc: linux-media@vger.kernel.org, Hans Verkuil <hans.verkuil@cisco.com>
Subject: Re: [REVIEW PATCHv1 1/2] DocBook: improve the error_idx field documentation.
Date: Fri, 11 Jan 2013 13:07:45 +0100	[thread overview]
Message-ID: <5369864.8TV5KUicak@avalon> (raw)
In-Reply-To: <201301111248.19511.hverkuil@xs4all.nl>

Hi Hans,

On Friday 11 January 2013 12:48:19 Hans Verkuil wrote:
> On Mon January 7 2013 20:56:07 Laurent Pinchart wrote:
> > On Monday 07 January 2013 13:09:47 Hans Verkuil wrote:
> > > From: Hans Verkuil <hans.verkuil@cisco.com>
> > > 
> > > The documentation of the error_idx field was incomplete and confusing.
> > > This patch improves it.
> > > 
> > > Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
> > > ---

[snip]

> > I think some flexibility should still probably be left to drivers (and I'm
> > not talking about UVC here), as some drivers might not be able to know
> > that a control is write-only before trying to read it and getting an
> > error.
>
> Well, if drivers don't know if a control is e.g. write-only until they try
> it, then it can't be done during pre-validation anyway, so that's no
> problem.

Sure, but my point is that we don't want to enforce in the spec that those 
checks must always be done during pre-validation, otherwise drivers that can't 
do it will violate the spec.

> The pre-validation should at minimum check whether ctrl_class is set up
> correctly, whether all controls in the list actually exist, and check
> against READ_ONLY or WRITE_ONLY (if known upfront).
> 
> The v4l2-compliance tool will test those minimum checks.
> 
> The control framework will also check whether the GRABBED flag is set for
> a control and if the new value of a control is valid.

-- 
Regards,

Laurent Pinchart


      reply	other threads:[~2013-01-11 12:06 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-07 12:09 [REVIEW PATCHv1 0/2] DocBook fixes Hans Verkuil
2013-01-07 12:09 ` [REVIEW PATCHv1 1/2] DocBook: improve the error_idx field documentation Hans Verkuil
2013-01-07 12:09   ` [REVIEW PATCHv1 2/2] DocBook: fix various validation errors Hans Verkuil
2013-01-07 19:56   ` [REVIEW PATCHv1 1/2] DocBook: improve the error_idx field documentation Laurent Pinchart
2013-01-11 11:48     ` Hans Verkuil
2013-01-11 12:07       ` Laurent Pinchart [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=5369864.8TV5KUicak@avalon \
    --to=laurent.pinchart@ideasonboard.com \
    --cc=hans.verkuil@cisco.com \
    --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 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.