Re: Connman 1.9 won't attempt connecting to wifi service

Hello, On Fri, Nov 9, 2012 at 6:37 PM, Patrik Flykt wrote: > > Hi, > > On Fri, 2012-11-09 at 14:55 +0530, Sameer Naik wrote: > >> 1. Read about /var/lib/connman/*.config files. > > The .config files would be a good place to set up networks which should > work unattended. Much better than

Re: [PATCH v4 05/42] vpn: New vpn daemon that handles vpn connections and clients

Hi, On Fri, 2012-11-09 at 15:45 +0200, Jukka Rissanen wrote: > --- > I needed to make some tweaks to Makefile.am and include path so that > the "make distcheck" command succeeds. I am just sending this patch > instead of all 42. Using this v4 patch instead of the v3 one causes some fuzz

Re: [PATCH 0/2] Connman 1.9 crashes when wifi dongle is unplugged.

Hello Patrik, I can confirm that this patchset fixes the issue for me. But i think unplugging and plugging back the wifi usb dongle causes some issue in the dnsproxy. After the unplug -> plug cycle the dnsproxy is no longer able to resolve hostnames and requires a connmand restart. Please take a l

Re: Connman 1.9 won't attempt connecting to wifi service

Hi, On Fri, 2012-11-09 at 14:55 +0530, Sameer Naik wrote: > 1. Read about /var/lib/connman/*.config files. The .config files would be a good place to set up networks which should work unattended. Much better than editing the settings files directly. > 2. Figure out what wpa_supplicant-

Connman upstream test result_20121109

Hi all, This is test report for connman-1.9.19.gf5d62e4-1.1.i586. In this testing,we ran 259 cases. 255 cases passed and 4 cases failed because of known bugs and a new bug. The pass rate is 98%. We found 2 new bugs, reopen 0 bug and verify 1 bug. In this commit we found the bug that Connman 1.9 c

[PATCH 1/2] supplicant: Handle race condition on WiFi dongle removal

From: Patrik Flykt When a WiFi USB dongle is removed, both rtnl and wpa_supplicant will be telling that the device is gone. While disconnecting and removing an interface via gsupplicant, check that D-Bus doesn't give us an error indicating the interface is already unregistered from D-Bus. The gd

[PATCH 0/2] Connman 1.9 crashes when wifi dongle is unplugged.

From: Patrik Flykt Hi, It seems there is a race condition between rtnl and wpa_supplicant. The registered object path is gone when ConnMan tries to disconnect and remove the network from wpa_supplicant. Thus look out for D-Bus telling that the intended objec path is gone. The real prob

[PATCH 2/2] wifi: Handle D-Bus method call failure

From: Patrik Flykt If -ECONNABORTED is received from the gsupplicant network disconnect callback, it's an indication that the interface has already been removed from wpa_supplicant side. This can happen due to a race condition between rtnl and wpa_supplicant interface removal when a USB WiFi dong

[PATCH] gdhcp: Fix resource leak

The socket was not closed when the sendto got failed. --- gdhcp/ipv4ll.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gdhcp/ipv4ll.c b/gdhcp/ipv4ll.c index 17ab3d5..033ef81 100644 --- a/gdhcp/ipv4ll.c +++ b/gdhcp/ipv4ll.c @@ -111,7 +111,7 @@ int ipv4ll_send_arp_packet(uin

RE: [PATCH] gdhcp: Fix resource leak

Hi Marcel, I agree with you. > you need to store errno first. It is is not guaranteed the one from > sendto anymore. Could now be also from close. Regards, Danny. ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman

Re: Connman 1.9 won't attempt connecting to wifi service

Hi, On Fri, 2012-11-09 at 11:38 +0530, Sameer Naik wrote: > I noticed that connman had appended > a line 'Failure=invalid-key' in the settings file of the saved wifi > profile due to which the connection was not happening even after > restarting connman multiple times. ConnMan won't auto

Re: [PATCH] gdhcp: Fix resource leak

Hi Danny, > The socket was not closed when the sendto got failed. > --- > gdhcp/ipv4ll.c |5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) > > diff --git a/gdhcp/ipv4ll.c b/gdhcp/ipv4ll.c > index 17ab3d5..283bb9b 100644 > --- a/gdhcp/ipv4ll.c > +++ b/gdhcp/ipv4ll.c > @@ -110,11 +11