linux-media.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Todor Tomov <todor.tomov@linaro.org>
To: Daniel Mack <daniel@zonque.org>,
	"laurent.pinchart" <laurent.pinchart@ideasonboard.com>,
	Mauro Carvalho Chehab <mchehab@kernel.org>,
	Hans Verkuil <hverkuil@xs4all.nl>
Cc: linux-media@vger.kernel.org, linux-arm-msm@vger.kernel.org
Subject: Re: camss: camera controls missing on vfe interfaces
Date: Mon, 20 Nov 2017 10:32:12 +0200	[thread overview]
Message-ID: <9ac5306d-c048-5d04-4ea9-2d5d08165350@linaro.org> (raw)
In-Reply-To: <bc991d7c-e204-334a-1135-d10757405e08@zonque.org>

Hi Daniel,

Sorry for my late reply. This is actually an important question that you ask.

On 15.11.2017 21:31, Daniel Mack wrote:
> Todor et all,
> 
> Any hint on how to tackle this?
> 
> I can contribute patches, but I'd like to understand what the idea is.
> 
> 
> Thanks,
> Daniel
> 
> 
> On Thursday, October 26, 2017 06:11 PM, Daniel Mack wrote:
>> Hi Todor,
>>
>> When using the camss driver trough one of its /dev/videoX device nodes,
>> applications are currently unable to see the video controls the camera
>> sensor exposes.
>>
>> Same goes for other ioctls such as VIDIOC_ENUM_FMT, so the only valid
>> resolution setting for applications to use is the one that was
>> previously set through the media controller layer. Applications usually
>> query the available formats and then pick one using the standard V4L2
>> APIs, and many can't easily be forced to use a specific one.
>>
>> If I'm getting this right, could you explain what's the rationale here?
>> Is that simply a missing feature or was that approach chosen on purpose?
>>

It is not a missing feature, it is more of a missing userspace implementation.
When working with a media oriented device driver, the userspace has to
config the media pipeline too and if controls are exposed by the subdev nodes,
the userspace has to configure them on the subdev nodes.

As there weren't a lot of media oriented drivers there is no generic
implementation/support for this in the userspace (at least I'm not aware of
any). There have been discussions about adding such functionality in libv4l
so that applications which do not support media configuration can still
use these drivers. I'm not sure if decision for this was taken or not or
is it just that there was noone to actually do the work. Probably Laurent,
Mauro or Hans know more about what were the plans for this.

-- 
Best regards,
Todor Tomov

  reply	other threads:[~2017-11-20  8:32 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-10-26 16:11 camss: camera controls missing on vfe interfaces Daniel Mack
2017-11-15 19:31 ` Daniel Mack
2017-11-20  8:32   ` Todor Tomov [this message]
2017-11-20 10:59     ` Daniel Mack
2017-11-26 23:50       ` Daniel Mack
2017-12-05 12:10         ` Daniel Mack
2017-12-14 16:49       ` Mauro Carvalho Chehab
2018-08-25 12:57         ` 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=9ac5306d-c048-5d04-4ea9-2d5d08165350@linaro.org \
    --to=todor.tomov@linaro.org \
    --cc=daniel@zonque.org \
    --cc=hverkuil@xs4all.nl \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=mchehab@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;
as well as URLs for NNTP newsgroup(s).