Re: [PATCH] Add send_method_call to g_dbus

[Kalle Valo <kalle.valo@canonical.com>]

[-- Attachment #1: Type: text/plain, Size: 1513 bytes --]

Denis Kenzior <denkenz@gmail.com> writes:

> Hi Kalle,

Hi Denis,

>> "Gustavo F. Padovan" <gustavo@padovan.org> writes:
>> > Puting send_method_call and send_method_call_with_reply on g_dbus will
>> > avoid some code duplication and will make things easier mainly for the
>> > Bluetooth plugins (HFP, DUN, SAP) inside oFono.
>> 
>> Sorry, totally unrelated to this patch, but is there a BT DUN plugin for
>> ofono available somewhere? I would love to test it.
>> 
>
> There is none yet, but it is something we're planning to implement.  But just 
> to make sure we're all talking about the same thing, what DUN profile role 
> (client or server?) are you actually interested in?

Good point, I should be more clear here. I'm talking about the client
mode.

I would like to connect my laptop to Internet through my N900 using no
cables and I think BT DUN client mode is the easiest choise here. At
least I have BT DUN already working in N900.

> The oFono plugin will be for the server role, the client role will
> probably be a plugin in BlueZ.

But who, and how, will issue the necessary AT commands and run the PPP
stack in the BT DUN client mode? Wouldn't it be easiest if ofono would
do that? (Just asking.)

A kind request to the list maintainers: please disable the reply-to
header, it just makes things difficult. I prefer to have CCs so that I
get replies to my inbox and answer quickly. This is how all kernel
mailing lists work I know of work.


-- 
Kalle Valo