From: Claudio Takahasi <cktakahasi@gmail.com>
To: bluez-devel@lists.sourceforge.net
Subject: Re: [Bluez-devel] pand D-Bus service
Date: Mon, 11 Jul 2005 15:54:03 -0300 [thread overview]
Message-ID: <e1effdeb050711115470809e4a@mail.gmail.com> (raw)
In-Reply-To: <1120849681.7444.1.camel@notepaq>
Hi Marcel,
According with your emails, bluetoothd shall provide=20
methods for settings and send signals.
I finished the D-Bus services for pand, now we need
define how organize these services.=20
In my opinion the bluetoothd should be responsible for
provide all D-Bus services, including pand, hidd, cip, ...
Create D-Bus services for each daemon will require=20
monitor a lot of dbus connections. It's easier and more
efficient create "profile objects" for each profile inside
bluetoothd. Buetoothd can monitor different interfaces and=20
objects.
Currently, my D-Bus pand implementation is providing:
-adapters: show local bluetooth adapters
-connect:connect to a bluetooth device
-connections: show active connections
-disconnect: kill connections
-enable-bridge: enable automatic bridge creation on listening
-find: search for a service
-listen: start/stop listen for bluetooth connections
-role: switch the role MASTER|SLAVE
-udhcp:enable UDHCP on listen or connect
-init: initialize the bluez pan daemon (pand)
-kill: kill the pand
If you see the code of D-Bus hcid, the D-Bus message control functions
are similar. The best approach is move all to daemon directory.
What is your opinion?
Regards,
Claudio.
On 7/8/05, Marcel Holtmann <marcel@holtmann.org> wrote:
> Hi Claudio,
>=20
> > We exchanged some emails last month about D-Bus services
> > for pand. I implemented some D-Bus services, but ...
> > How will be the relationship between the pand and the "metaserver"?
> > It is not clear for me how the other daemons will
> > interact with the current bluez-utils daemons and tools
> > (pand, hidd, dund, rfcomm, ...).
>=20
> forget about the metaserver. This is something KDE specific at the
> moment.
>=20
> > Could you explain me how the D-Bus services will be organized?
>=20
> I am not 100% sure at the moment. Need to play with it a little bit
> more.
>=20
> Regards
>=20
> Marcel
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by the 'Do More With Dual!' webinar happen=
ing
> July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
> core and dual graphics technology at this free one hour event hosted by H=
P,
> AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar
> _______________________________________________
> Bluez-devel mailing list
> Bluez-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>
-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
next prev parent reply other threads:[~2005-07-11 18:54 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-08 18:37 [Bluez-devel] pand D-Bus service Claudio Takahasi
2005-07-08 19:08 ` Marcel Holtmann
2005-07-11 18:54 ` Claudio Takahasi [this message]
2005-07-11 19:27 ` Marcel Holtmann
2005-07-11 20:16 ` Claudio Takahasi
2005-07-11 21:26 ` Marcel Holtmann
2005-07-12 17:07 ` Claudio Takahasi
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=e1effdeb050711115470809e4a@mail.gmail.com \
--to=cktakahasi@gmail.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox