From: Shuah Khan <shuahkh@osg.samsung.com>
To: Mauro Carvalho Chehab <mchehab@osg.samsung.com>,
Shuah Khan <shuahkhan@gmail.com>
Cc: Linux Media Mailing List <linux-media@vger.kernel.org>,
Mauro Carvalho Chehab <mchehab@infradead.org>,
Shuah Khan <shuahkh@osg.samsung.com>
Subject: Re: [PATCH RFC v3 14/16] media: add a generic function to remove a link
Date: Wed, 12 Aug 2015 15:07:32 -0600 [thread overview]
Message-ID: <55CBB594.1070308@osg.samsung.com> (raw)
In-Reply-To: <20150812175208.1f57e73e@recife.lan>
On 08/12/2015 02:52 PM, Mauro Carvalho Chehab wrote:
> Em Wed, 12 Aug 2015 14:45:52 -0600
> Shuah Khan <shuahkhan@gmail.com> escreveu:
>
>> On Wed, Aug 12, 2015 at 2:14 PM, Mauro Carvalho Chehab
>> <mchehab@osg.samsung.com> wrote:
>>> Removing a link is simple. Yet, better to have a separate
>>> function for it, as we'll be also sharing it with a
>>> public API call.
>>>
>>> Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
>>
>> One thing to think about is whether or not we need some kind of callback
>> mechanism to alert the entity on the other side of the link and other entities
>> associated with the media device when a link is removed.
>>
>> This patch is fine for now and we can enhance it as and when we have the
>> need for such notifications.
>
> Well, now, all elements of the graph are of the type media_graph_obj.
>
> One of the things it is stored there is the media_device. It would
> be very easy to add a notify function[1] that would call a callback
> when a new object is created or removed. A single callback function
> could be used for any topology change.
>
> So, I think that it is now simpler to track topology changes than
> before ;)
>
> [1] Actually, I would implement a list with notification callbacks
> as more than one driver may want to be notified about topology
> changes.
>
Right. It has to be a list as opposed to a single call.
-- Shuah
--
Shuah Khan
Sr. Linux Kernel Developer
Open Source Innovation Group
Samsung Research America (Silicon Valley)
shuahkh@osg.samsung.com | (970) 217-8978
next prev parent reply other threads:[~2015-08-12 21:07 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-12 20:14 [PATCH RFC v3 00/16] Changes on MC core due to MC workshop discussion Mauro Carvalho Chehab
2015-08-12 20:14 ` [PATCH RFC v3 01/16] media: Add some fields to store graph objects Mauro Carvalho Chehab
2015-08-12 20:14 ` [PATCH RFC v3 02/16] media: Add a common embeed struct for all media " Mauro Carvalho Chehab
2015-08-14 13:08 ` Sakari Ailus
2015-08-14 13:21 ` Mauro Carvalho Chehab
2015-08-14 13:28 ` Hans Verkuil
2015-08-12 20:14 ` [PATCH RFC v3 03/16] media: add functions to inialize media_graph_obj Mauro Carvalho Chehab
2015-08-12 20:14 ` [PATCH RFC v3 04/16] media: ensure that entities will have an object ID Mauro Carvalho Chehab
2015-08-12 20:14 ` [PATCH RFC v3 05/16] media: initialize PAD objects Mauro Carvalho Chehab
2015-08-12 20:14 ` [PATCH RFC v3 06/16] media: initialize the graph object inside the media links Mauro Carvalho Chehab
2015-08-12 20:14 ` [PATCH RFC v3 07/16] media: get rid of unused "extra_links" param on media_entity_init() Mauro Carvalho Chehab
2015-08-12 20:14 ` Mauro Carvalho Chehab
2015-08-12 20:14 ` Mauro Carvalho Chehab
2015-08-12 20:14 ` Mauro Carvalho Chehab
2015-08-14 10:33 ` Sakari Ailus
2015-08-14 10:33 ` Sakari Ailus
2015-08-14 10:33 ` Sakari Ailus
2015-08-14 10:33 ` Sakari Ailus
2015-08-14 11:07 ` Mauro Carvalho Chehab
2015-08-14 11:07 ` Mauro Carvalho Chehab
2015-08-14 11:07 ` Mauro Carvalho Chehab
2015-08-14 11:07 ` Mauro Carvalho Chehab
2015-08-12 20:14 ` [PATCH RFC v3 08/16] media: convert links from array to list Mauro Carvalho Chehab
2015-08-12 20:14 ` [PATCH RFC v3 09/16] media: use media_graph_obj for link endpoints Mauro Carvalho Chehab
2015-08-12 20:14 ` [PATCH RFC v3 10/16] media: rename link source/sink to pad0_source/pad1_sink Mauro Carvalho Chehab
2015-08-12 20:14 ` Mauro Carvalho Chehab
2015-08-12 20:14 ` Mauro Carvalho Chehab
2015-08-13 7:58 ` Hans Verkuil
2015-08-13 7:58 ` Hans Verkuil
2015-08-12 20:14 ` [PATCH RFC v3 11/16] media: rename the function that create pad links Mauro Carvalho Chehab
2015-08-12 20:14 ` Mauro Carvalho Chehab
2015-08-12 20:14 ` Mauro Carvalho Chehab
2015-08-12 20:14 ` Mauro Carvalho Chehab
2015-08-12 20:14 ` [PATCH RFC v3 12/16] media: move __media_entity_remove_link to avoid prototype Mauro Carvalho Chehab
2015-08-12 20:14 ` [PATCH RFC v3 13/16] media: make the internal function to create links more generic Mauro Carvalho Chehab
2015-08-12 20:14 ` [PATCH RFC v3 14/16] media: add a generic function to remove a link Mauro Carvalho Chehab
2015-08-12 20:45 ` Shuah Khan
2015-08-12 20:52 ` Mauro Carvalho Chehab
2015-08-12 21:07 ` Shuah Khan [this message]
2015-08-12 20:14 ` [PATCH RFC v3 15/16] media: rename media_entity_remove_foo functions Mauro Carvalho Chehab
2015-08-12 20:15 ` [PATCH RFC v3 16/16] media: add functions to allow creating interfaces Mauro Carvalho Chehab
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=55CBB594.1070308@osg.samsung.com \
--to=shuahkh@osg.samsung.com \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@infradead.org \
--cc=mchehab@osg.samsung.com \
--cc=shuahkhan@gmail.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.