Depends on what role you want to use pand for ...pand is launched as a
daemon via command line with set of options you may want to use it for
your requirements ...
...
Best Regards,
Arun Kumar Singh
http://www.crazydaks.com
> On Tue, Sep 21, 2010 at 6:20 AM, Mumia W <[email protected]> wrote:
>>>From: Mumia W <[email protected]>
>>>Sent: Sep 19, 2010 4:49 PM
>>>To: [email protected]
>>>Subject: Need complete docs on PAN and DUN with bluez 4.66
>>>
>>>Where is the documentation on how to use PAN and DUN
>>>with bluez 4.66 (without using the legacy drivers)?
>>>
>>>
>>
>> Evidently the documents do not exist.
>>
>> Does anyone have any advice on how I use PAN with bluez 4.66?
>>
>>
>> --
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
>> the body of a message to [email protected]
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
>
>
>
> --
>
--
Best Regards,
Arun Kumar Singh
http://www.crazydaks.com
Hi,
> Hi,
>
> On Tue, Sep 21, 2010 at 6:56 AM, Arun Kumar <[email protected]> wrote:
>> Depends on what role you want to use pand for ...pand is launched as a
>> daemon via command line with set of options you may want to use it for
>> your requirements ...
>
> I wouldn't suggest using pand nor dund because they are deprecated.
I understand that dun and its apis are deprecated from bluez but not
sure on pan. I guess its api's are still exported on dbus as network
api's- unless there are plans to deprecate it too in near future...
> PAN is really dead simple, Network.Connect() returns the network
> interface in case of success
isnt it what Network.Connect() is supposed to return?
>and both NetworkManager and connman
> should be able to use them, in fact I think both already have specif
> PAN support to connect from their ui.
Well its entirely upto to the use-case & sub-system above d-bus on how
to use network api's and implement pan. In case of Meego and ui based
PAN use case, it may be true, but there are still platforms and
subsystems that use vanilla pand to setup pan as GN/nap etc via a
daemon process.
> Both Network and Serial interface are documented in doc/ diretory,
> there is also test-network and test-serial under test/ that can be
> used to manually connect to those profiles.
True. Alternatively if the use case is to simply set up the device in
nap role with bluez, for instance,
pand -s -r NAP -M -n could well be used. It would set up the device
in NAP role after auto registering same with SDP.
> Luiz Augusto von Dentz
> Computer Engineer
>
Best Regards,
Arun Kumar Singh
http://www.crazydaks.com
Hi,
On Tue, Sep 21, 2010 at 6:56 AM, Arun Kumar <[email protected]> wrote:
> Depends on what role you want to use pand for ...pand is launched as a
> daemon via command line with set of options you may want to use it for
> your requirements ...
I wouldn't suggest using pand nor dund because they are deprecated.
PAN is really dead simple, Network.Connect() returns the network
interface in case of success and both NetworkManager and connman
should be able to use them, in fact I think both already have specif
PAN support to connect from their ui.
DUN is a bit more complicated, it rely on Serial.Connect("dun") which
creates a RFCOMM port to talk to the modem, but there need to be some
process that has an AT command engine to handle all the configuration,
in NetworkManager case there is ModemManager that is supposed to do
that but I have tried not long ago and it failed for me, I think we
might want to have ofono to handle this in connman case but so far
there the support for this is not complete (Gustavo Padovan has been
working on it).
Both Network and Serial interface are documented in doc/ diretory,
there is also test-network and test-serial under test/ that can be
used to manually connect to those profiles.
--
Luiz Augusto von Dentz
Computer Engineer