All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.