Re: Handling DBus Timeouts for Asynchronous Calls to the Supplicant

On 3/2/11 10:51 PM, Grant Erickson wrote: > I've been seeing situations in which interface scan requests initiated > to the supplicant timeout. When they do, and if dbus is built with > --enable-asserts, connman aborts with SIGABRT via dbus every time. > > The normal scan + timeout order of operat

Handling DBus Timeouts for Asynchronous Calls to the Supplicant

I've been seeing situations in which interface scan requests initiated to the supplicant timeout. When they do, and if dbus is built with --enable-asserts, connman aborts with SIGABRT via dbus every time. The normal scan + timeout order of operation handling between connman and dbus appears to

Re: [PATCH] Avoid More Double-Frees When Deallocating Statistics on a Failed Mapping

Hi Grant, On Thu, Feb 17, 2011 at 02:40:31PM -0800, Grant Erickson wrote: > Added debugging statements and ensure, following calls to g_free, that > the statistics file name field is set to NULL to ensure that a failed > file mapping and a subsequent call to stats_free doesn't fault when > trying

Re: [PATCH] Ignore Malformed Profiles

Hi Grant, On Thu, Feb 17, 2011 at 11:23:15AM -0800, Grant Erickson wrote: > Ignore malformed profiles. That is, if there is no non-extension portion to > the file (i.e. it is precisely named .profile), then ignore it. Passing such > files to create_profile will result in a SIGABRT. > > Signed-o

Re: [PATCH ipv6routes v1 0/2] Catch IPv6 default gw messages

Hi Jukka, On Fri, Feb 18, 2011 at 03:48:54PM +0200, Jukka Rissanen wrote: > Hi, > > here is some preliminary work for IPv6 route handling. The patch > catches IPv6 route additions and deletions and updates ipconfig > accordingly. Very good, thanks. I applied those 2 patches. Now we need to hook t

Re: [PATCH v2 0/3] Postpone cellular connections until needed

Hi Henri, On Tue, Mar 01, 2011 at 05:20:24PM +0200, Henri Bragge wrote: > Hi, > > The v2 adapts the previous patches to element removal. Thanks for the rebasing and for the patch. All 3 patches applied, modulo a couple of identation fixes. Cheers, Samuel. -- Intel Open Source Technology Centre

Re: Support for PDP type

Hi Claudio, > Connman support different PDP type for 3G connection (auto, PPP and > IP) ? If yes, what is the d-bus interface to use ? check the doc/connman-api.txt inside the oFono project. All PDP configuration is done via oFono. However we are not planning to talk PPP over air at any point in

[PATCH] gweb: Add user_agent_profile field in http header

--- gweb/gweb.c | 22 +- gweb/gweb.h |2 ++ 2 files changed, 23 insertions(+), 1 deletions(-) diff --git a/gweb/gweb.c b/gweb/gweb.c index 7387e7c..f3c8a7e 100644 --- a/gweb/gweb.c +++ b/gweb/gweb.c @@ -106,6 +106,7 @@ struct _GWeb { char *proxy; char *ac

Support for PDP type

Hi, Connman support different PDP type for 3G connection (auto, PPP and IP) ? If yes, what is the d-bus interface to use ? regs, Claudio ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman