All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab@s-opensource.com>
To: Hans Verkuil <hverkuil@xs4all.nl>
Cc: linux-media@vger.kernel.org,
	Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
	Sakari Ailus <sakari.ailus@linux.intel.com>
Subject: Re: [PATCHv4 00/15] R-Car VSP1 Histogram Support
Date: Tue, 11 Apr 2017 08:39:58 -0300	[thread overview]
Message-ID: <20170411083958.2b738595@vento.lan> (raw)
In-Reply-To: <20170410192651.18486-1-hverkuil@xs4all.nl>

Hi Hans,

Em Mon, 10 Apr 2017 21:26:36 +0200
Hans Verkuil <hverkuil@xs4all.nl> escreveu:

> From: Hans Verkuil <hans.verkuil@cisco.com>
> 
> This patch series is the rebased version of this pull request:
> 
> https://www.mail-archive.com/linux-media@vger.kernel.org/msg111025.html
> 
> It slightly modifies 'Add metadata buffer type and format' (remove
> experimental note and add newline after label) and it adds support
> for V4L2_CTRL_FLAG_MODIFY_LAYOUT, as requested by Mauro.
> 
> No other changes were made.

Patch series look ok. I found just one typo on one of the patches.

What seems to be missing here is to set the GRABBED flag for controls
that modify layout but don't allow control update while streaming.

While it is OK to do such change for the existing drivers later
(as this is actually a bug fix), I would be expecting such change
for the controls used at the vsp1 driver, as, from what I'm seeing
at the code, vsp1_wpf_s_ctrl() will block changing any controls in
runtime. So, wpf_init_controls() should mark all such controls with
V4L2_CTRL_FLAG_GRABBED[1].

Could you please add such patch at the end of this patchset?

Thanks!
Mauro

[1] I don't see any reason why not allowing HFLIP/VFLIP controls
to be handled in realtime (except if the hardware itself doesn't
allow), but the current code doesn't allow such changes in
realtime anymore. Perhaps the code could be less pick in the
future.

Thanks,
Mauro

  parent reply	other threads:[~2017-04-11 11:40 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-10 19:26 [PATCHv4 00/15] R-Car VSP1 Histogram Support Hans Verkuil
2017-04-10 19:26 ` [PATCHv4 01/15] v4l: Clearly document interactions between formats, controls and buffers Hans Verkuil
2017-04-10 19:26 ` [PATCHv4 02/15] v4l: vsp1: wpf: Implement rotation support Hans Verkuil
2017-04-10 19:26 ` [PATCHv4 03/15] v4l: Add metadata buffer type and format Hans Verkuil
2017-04-10 19:26 ` [PATCHv4 04/15] v4l: vsp1: Add histogram support Hans Verkuil
2017-04-11 11:17   ` Mauro Carvalho Chehab
2017-04-11 13:27     ` Hans Verkuil
2017-04-11 13:34       ` Mauro Carvalho Chehab
2017-04-10 19:26 ` [PATCHv4 05/15] v4l: vsp1: Support histogram generators in pipeline configuration Hans Verkuil
2017-04-10 19:26 ` [PATCHv4 06/15] v4l: vsp1: Fix HGO and HGT routing register addresses Hans Verkuil
2017-04-10 19:26 ` [PATCHv4 07/15] v4l: Define a pixel format for the R-Car VSP1 1-D histogram engine Hans Verkuil
2017-04-10 19:26 ` [PATCHv4 08/15] v4l: vsp1: Add HGO support Hans Verkuil
2017-04-10 19:26 ` [PATCHv4 09/15] v4l: Define a pixel format for the R-Car VSP1 2-D histogram engine Hans Verkuil
2017-04-10 19:26 ` [PATCHv4 10/15] v4l: vsp1: Add HGT support Hans Verkuil
2017-04-10 19:26 ` [PATCHv4 11/15] vidioc-queryctrl.rst: document V4L2_CTRL_FLAG_MODIFY_LAYOUT Hans Verkuil
2017-04-10 19:26 ` [PATCHv4 12/15] videodev.h: add V4L2_CTRL_FLAG_MODIFY_LAYOUT Hans Verkuil
2017-04-10 19:26 ` [PATCHv4 13/15] v4l2-ctrls.c: set V4L2_CTRL_FLAG_MODIFY_LAYOUT for ROTATE Hans Verkuil
2017-04-10 19:26 ` [PATCHv4 14/15] buffer.rst: clarify how V4L2_CTRL_FLAG_MODIFY_LAYOUT/GRABBER are used Hans Verkuil
2017-04-10 19:26 ` [PATCHv4 15/15] vsp1: set V4L2_CTRL_FLAG_MODIFY_LAYOUT for histogram controls Hans Verkuil
2017-04-11 11:39 ` Mauro Carvalho Chehab [this message]
2017-04-11 12:19 ` [PATCHv4 00/15] R-Car VSP1 Histogram Support Sakari Ailus

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=20170411083958.2b738595@vento.lan \
    --to=mchehab@s-opensource.com \
    --cc=hverkuil@xs4all.nl \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-media@vger.kernel.org \
    --cc=sakari.ailus@linux.intel.com \
    /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.