From: Javier Martinez Canillas <javierm@redhat.com>
To: "Qiu, Tian Shu" <tian.shu.qiu@intel.com>,
Bing Bu Cao <bingbu.cao@linux.intel.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Cc: Mauro Carvalho Chehab <mchehab@kernel.org>,
"Zheng, Jian Xu" <jian.xu.zheng@intel.com>,
Sakari Ailus <sakari.ailus@linux.intel.com>,
"Zhi, Yong" <yong.zhi@intel.com>,
"Cao, Bingbu" <bingbu.cao@intel.com>,
"linux-media@vger.kernel.org" <linux-media@vger.kernel.org>
Subject: Re: [PATCH] media: intel-ipu3: cio2: register the mdev on v4l2 async notifier complete
Date: Tue, 4 Sep 2018 10:46:14 +0200 [thread overview]
Message-ID: <1404b391-3fdc-9ccd-6467-bf65b4d10ec9@redhat.com> (raw)
In-Reply-To: <F4B393EC1A37C8418714AECDAAEF72A93C9A39FC@shsmsx102.ccr.corp.intel.com>
Hi Tian Shu,
On 09/04/2018 07:01 AM, Qiu, Tian Shu wrote:
> Hi,
>
> Raise my point.
> The case here is that we have multiple sensors connected to CIO2. The sensors work independently. So failure on one sensor should not block the function of the other.
> That is, we should not rely on that all sensors are ready before allowing user to operate on the ready cameras.
> Sometimes due to hardware issues or incompleteness, we did met the case that one sensor is not probing properly. And in this case, the current implementation blocks us using the working one.
> What I can think now to solve this are:
After discussing this with Sakari over IRC, I agree with you that $SUBJECT can
do more harm than good and the patch should just be dropped.
> 1. Register multiple media devices. One for each sensor path. This will increase media device count.
> 2. Use .bound callback to create the link and register the subdev node for each sensor. Leave .complete empty.
> Not sure if this breaks the rule of media framework. And also have not found an API to register one single subdev node.
>
I agree with your comment on (2) since currently the driver isn't able to cope
with the case that you are describing, as you mention the links and the subdev
node registration are done in the .complete callback. So that logic should be
moved to the .bound callback instead, so the media graph is usable even if one
of the drivers for a pending subdevice fails to probe.
> Thanks
> Tianshu Qiu
>
Best regards,
--
Javier Martinez Canillas
Software Engineer - Desktop Hardware Enablement
Red Hat
prev parent reply other threads:[~2018-09-04 8:46 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-08-31 15:20 Javier Martinez Canillas
2018-09-03 7:25 ` Bing Bu Cao
2018-09-03 7:35 ` Javier Martinez Canillas
2018-09-03 8:49 ` Bing Bu Cao
2018-09-03 8:52 ` Javier Martinez Canillas
2018-09-04 5:01 ` Qiu, Tian Shu
2018-09-04 6:46 ` Sakari Ailus
2018-09-04 7:52 ` Javier Martinez Canillas
2018-09-27 10:09 ` Hans Verkuil
2018-09-27 11:04 ` Javier Martinez Canillas
2018-09-04 8:46 ` Javier Martinez Canillas [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=1404b391-3fdc-9ccd-6467-bf65b4d10ec9@redhat.com \
--to=javierm@redhat.com \
--cc=bingbu.cao@intel.com \
--cc=bingbu.cao@linux.intel.com \
--cc=jian.xu.zheng@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=sakari.ailus@linux.intel.com \
--cc=tian.shu.qiu@intel.com \
--cc=yong.zhi@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®