From: Jelle de Jong <jelledejong@powercraft.nl>
To: BlueZ development <bluez-devel@lists.sourceforge.net>
Subject: Re: [Bluez-devel] Use cases for dynamically loading/unloading plugins?
Date: Fri, 30 May 2008 12:00:16 +0200 [thread overview]
Message-ID: <483FD030.5080404@powercraft.nl> (raw)
In-Reply-To: <FE07A25A-8396-4E23-9633-B5D03B3BF896@gmail.com>
Johan Hedberg wrote:
> Hi,
>
> As you may know recent BlueZ versions (since 3.30) and the upcoming
> 4.x branch will use plugins for several different purposes, including
> local bluetooth services (e.g. audio, input, network, etc) which were
> previously implemented as separate processes. For the separate process
> case we had an API for starting and stopping services but currently
> there is no D-Bus methods planned to allow loading or unloading of
> plugins at runtime. Instead, there only is a configuration file (/etc/
> bluetooth/main.conf added in 3.32) which can be used to specify which
> plugins should not be loaded when hcid starts.
>
> We were today debating with the developers whether it would be useful
> to have a D-Bus API for dynamically loading and unloading of installed
> plugins but couldn't really reach a consensus. Personally I have a
> "gut" feeling that these would be good to have but don't really have a
> really good use case for it. Marcel otoh doesn't feel a need for it
> and won't add the API without good use cases. So, we would like to
> hear any needs (with use cases) that people on this list might have
> for this feature.
>
> Johan
From a general point of view, I would say the following:
Dynamically loading functionality is an very good thing! This means no
resources are lost during startup and only features are only loaded when
needed.
If we uses bluez in a mobile device, resources take up power and speed.
Having a dynamic feature that loads "input" and "audio" plugins when
such devices really are connected would be a great. No need for users to
manually enable disable features.
Both from usability and technical point of view i would suggest
dynamically loading and unloading plugins.
Thanks in advance,
Jelle
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
next prev parent reply other threads:[~2008-05-30 10:00 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-30 9:03 [Bluez-devel] Use cases for dynamically loading/unloading plugins? Johan Hedberg
2008-05-30 10:00 ` Jelle de Jong [this message]
2008-05-30 16:34 ` Jim Carter
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=483FD030.5080404@powercraft.nl \
--to=jelledejong@powercraft.nl \
--cc=bluez-devel@lists.sourceforge.net \
/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.