Hi:
I'd like to speak more on group operation. :)
> However, To me, I also believe that the Group concept in WiFi P2P Spec
> is suck.
>
> Temporary/Persistent group, group loading and all the related stuff is
> really redundant to user.
> The best and simple user experience is
> 1. just to connect
Hi:
> -Original Message-
> From: connman [mailto:connman-boun...@connman.net] On Behalf Of Tomasz
> Bursztyka
> Sent: Monday, February 24, 2014 1:11
> To: connman@connman.net
> Subject: Re: [PATCH] doc: Add API documentation about WiFi P2P Peer
>
> Hi Martin and Patrik,
>
> As I said in m
Hi
in due time. For the time being the idea was to start out
> small and simple so we get something done.
Good to know. :)
>
> > I know the API is compatible with ConnMan, since ConnMan does not
> > export device information, but I still think BlueZ's P2P API should
> be
> > referenced by us.
>
Hi Tomaz:
> -Original Message-
> From: connman [mailto:connman-boun...@connman.net] On Behalf Of Tomasz
> Bursztyka
> Sent: Friday, February 21, 2014 6:26
> To: connman@connman.net
> Subject: [PATCH] doc: Add API documentation about WiFi P2P Peer
>
Over all, I do not think the API is so p
> -Original Message-
> From: connman-boun...@connman.net [mailto:connman-boun...@connman.net]
> On Behalf Of Marcel Holtmann
> Sent: Tuesday, March 05, 2013 14:49
> To: connman@connman.net
> Subject: Re: [RFC 01/12] doc: Add method call and signal for tethering
> information
>
> Hi Marti
Good job. :-)
> -Original Message-
> From: connman-boun...@connman.net [mailto:connman-boun...@connman.net]
> On Behalf Of Wu Zheng
> Sent: Monday, July 02, 2012 13:21
> To: connman@connman.net
> Subject: [PATCH]The index value of the incoming is not correct in
> __connman_private_network.
Hi:
16:00 CET is 23:00 Beijing China time.
Could you guys discuss on ConnMan or oFono channel, so we can get your
discussion contends if we can't attend. :-)
> -Original Message-
> From: ofono-boun...@ofono.org [mailto:ofono-boun...@ofono.org] On
> Behalf Of Daniel Wagner
> Sent: Monday,
> dhclient: bound to 192.168.1.133 -- renewal in 36658 seconds.
> > dhclient: DHCPREQUEST of 192.168.1.133 on eth0 to 192.168.1.1 port
> 67
> > dhclient: DHCPACK of 192.168.1.133 from 192.168.1.1
> > dhclient: bound to 192.168.1.133 -- renewal in 39981 seconds.
>
> If you wanna add
Hi:
> -Original Message-
> From: Xu, Martin
> Sent: Tuesday, February 22, 2011 7:10 PM
> To: connman@connman.net
> Cc: Xu, Martin
> Subject: [PATCH] log: Print backtrace once GLib fatal error happen
>
> From: Martin Xu
I do not think it is the best method print b
Hi Samuel:
> -Original Message-
> From: Samuel Ortiz [mailto:sa...@linux.intel.com]
> Sent: Friday, February 18, 2011 11:49 PM
> To: Xu, Martin
> Cc: connman@connman.net
> Subject: Re: [PATCH 1/2] tethering: Add wifi interface to bridge after
> carrier on
>
>
Marcel:
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Marcel Holtmann
> Sent: Saturday, February 19, 2011 1:31 AM
> To: connman@connman.net
> Subject: Re: [PATCH 2/2] tethering: Using /proc/sys/net/bridge to detect the
> support
Lucas:
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Lucas, GuillaumeX
> Sent: Thursday, January 27, 2011 11:25 PM
> To: connman@connman.net
> Subject: RE: USB tethering issues
>
> Hi Martin,
>
> > I look through the code and
Hi lucas:
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Lucas, GuillaumeX
> Sent: Thursday, January 27, 2011 4:13 PM
> To: connman@connman.net
> Subject: RE: USB tethering issues
>
> Hi Martin, Hi Marcel,
>
> > > You might jus
Hi
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Marcel Holtmann
> Sent: Tuesday, January 25, 2011 7:49 PM
> To: connman@connman.net
> Subject: RE: USB tethering issues
>
> Hi Guillaume,
>
> > > > I'm currently trying to test
I will also help to look at the issue. And make sure it works properly. :-)
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Samuel Ortiz
> Sent: Tuesday, January 25, 2011 1:01 AM
> To: Lucas, GuillaumeX
> Cc: connman@connman.net
> -Original Message-
> From: Samuel Ortiz [mailto:sa...@linux.intel.com]
> Sent: Wednesday, December 08, 2010 6:59 PM
> To: Xu, Martin
> Cc: connman@connman.net
> Subject: Re: [PATCH 3/4] call __connman_technology_add_interface() after
> rtnl->newlink()
>
&g
> > + connman_inet_add_to_bridge(interface->index, info->bridge);
> You want to add the interface to the bridge before notifying the tethering
> layer about it.
I am afraid that we need to call call connman_intet_add_bridge() after call
connman_technology_tethering_notify()
I think we need to cr
> -Original Message-
> From: Samuel Ortiz [mailto:sa...@linux.intel.com]
> Sent: Wednesday, December 08, 2010 4:21 AM
> To: Xu, Martin
> Cc: connman@connman.net
> Subject: Re: [PATCH 3/4] call __connman_technology_add_interface() after
> rtnl->newlink()
>
>
Marcel:
not sure whether it can fix "issue Crash with DHCP lease update" you mentioned.
___
connman mailing list
connman@connman.net
http://lists.connman.net/listinfo/connman
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of
> leena.gu...@wipro.com
> Sent: Friday, November 12, 2010 4:09 PM
> To: connman@connman.net
> Subject: [PATCH] Fix build failure due to missing xtables library
>
> Below is patch fo
> -Original Message-
> From: Xu, Martin
> Sent: Friday, November 12, 2010 2:24 PM
> To: connman@connman.net
> Cc: Xu, Martin
> Subject: [V3 DHCP SERVER: PATCH 3/4] add tools/dhcp-server-test.c to test
Sorry for the typo.
It should be V2 DHCP
> -Original Message-
> From: Samuel Ortiz [mailto:sa...@linux.intel.com]
> Sent: Wednesday, November 10, 2010 11:56 PM
> To: Xu, Martin
> Cc: connman@connman.net
> Subject: Re: [V1 DHCP SERVER: PATCH 2/4] add dhcp-server-lib support
>
> Hi Martin,
I will update the
> -Original Message-
> From: Samuel Ortiz [mailto:sa...@linux.intel.com]
> Sent: Friday, November 05, 2010 10:59 PM
> To: Xu, Martin
> Cc: connman@connman.net
> Subject: Re: [V1 DHCP SERVER: PATCH 2/4] add dhcp-server-lib support
>
> Hi Martin,
>
> I ha
reference.
In the following days, I will continue to debug and clean up the patch.
> -Original Message-
> From: Xu, Martin
> Sent: Monday, October 18, 2010 5:05 PM
> To: connman@connman.net
> Cc: Xu, Martin
> Subject: diff --git a/gdhcp/client.c b/gdhcp/client.c
>
> -/* In
The patch is used to fix bug BMC #6681
http://bugs.meego.com/show_bug.cgi?id=6681
please have a look.
> -Original Message-
> From: Xu, Martin
> Sent: Sunday, September 26, 2010 1:49 PM
> To: connman@connman.net
> Cc: Xu, Martin
> Subject: [PATCH] Check
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Xu, Martin
> Sent: Sunday, September 19, 2010 4:57 PM
> To: connman@connman.net
> Subject: RE: [PATCH] Ignore the adapter if its address is 00:00:00:00:00:00
>
This patch is used to fix bug 2310.
http://bugs.meego.com/show_bug.cgi?id=2310
Please have a look.
> -Original Message-
> From: Xu, Martin
> Sent: Sunday, September 19, 2010 4:31 PM
> To: connman@connman.net
> Cc: Xu, Martin
> Subject: [PATCH] Ignore the adapter if it
Hi Marcel:
The patch is used to fix the Blocked MeeGo issue, BMC #3719
(http://bugs.meego.com/show_bug.cgi?id=3719).
Could you please have a look at it. Thanks!
___
connman mailing list
connman@connman.net
http://lists.connman.net/listinfo/connman
>
> 1. Is there any test code/client code for connmand, using which I can test
> basic wifi functionalities of connman like scan, hidden scan, connect (using
> wep/wpa/wpa2), disconnect, setting scan interval...etc?
Connman/test/* has all the script you want.
>
> 2. Since connman support dhcp cl
Marcel:
Please review the updated patch. If you think there is no issue to merge it.
let me know, I then can split the patch.
So as to "fix method" support for cellular . I think we still has some work
need to be done at oFono plugin and oFono side to provide ipv6 configure. I
think once we have
> > + /* FIXME */
> > } else if (g_str_equal(key, "PAC") == TRUE) {
> > g_free(provider->element.ipv4.pac);
> > provider->element.ipv4.pac = g_strdup(value);
> >
>
> Something along these lines. I let Martin figure this out once we merged
> the initial IPv6 s
> This looks fine, but you forgot the "fixed" method. Remember that our
Ok, I will add it. It is simple. ;-)
> initial target is IPv6 for cellular networks and these are special
> static addresses with the "fixed" method. So we clearly tell the user
> interface that they can't be changed.
>
> > +
Hi:
I have a workable static ipv6 support patch, please review.
Since it is the original patch review, I did not spend time splitting it. If it
is no problem for merging into upstream, I will spit them into small patches.
My strategy is to change the originally code as little as possible to imple
> > signals being correctly sent.
> > I'll have a look at it once I'm done with the NTP support.
Our QA has already found and filed the bug before MeeGo-1.0 release. ;-)
http://bugs.meego.com/show_bug.cgi?id=1885
___
connman mailing list
connman@connman.
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Jussi Kukkonen
> Sent: Tuesday, May 11, 2010 5:18 AM
> To: connman@connman.net
> Subject: Re: [PATCH 1/1] Export Gateway from service properties ipv4
>
> On 05/07/2010 11:39 AM, mar
Hi Marcel:
The patch is used to fix block issue 1814, please review it. Thanks.
> -Original Message-
> From: Xu, Martin
> Sent: Monday, May 10, 2010 3:26 PM
> To: connman@connman.net
> Cc: Xu, Martin
> Subject: [PATCH 1/1] Check ssid_len before set WiFi.SSID of network
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Kalle Valo
> Sent: Thursday, May 06, 2010 2:11 AM
> To: connman@connman.net
> Subject: Re: [PATCH 1/1] call __connman_notifier_connect() only when state is
> READY
>
> On Wed, 2010-
,
connman_network_set_connect() takes the normal disconnect as connecting
failure, and call network_disconnect again, which lead to endless loop, and
ConnMan hangs.
Please review it. Thanks.
> -Original Message-
> From: Xu, Martin
> Sent: Wednesday, April 28, 2010 6:26 PM
> To: connman@connman.
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Marcel Holtmann
> Sent: Tuesday, April 27, 2010 9:29 PM
> To: connman@connman.net
> Subject: RE: Default interface not set for ppp0
>
> Hi Martin,
>
> > > I was testing connman and
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Kalle Valo
> Sent: Tuesday, April 27, 2010 6:34 PM
> To: connman@connman.net
> Subject: Default interface not set for ppp0
>
> Hello all,
>
> I was testing connman and ofono with a
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Marcel Holtmann
> Sent: Tuesday, April 27, 2010 1:31 PM
> To: connman@connman.net
> Subject: Re: [PATCH 1/1] Check error before call dbus_message_get_args to
> acquire arguments.
>
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Daniel Wagner
> Sent: Wednesday, April 21, 2010 2:14 PM
> To: connman@connman.net
> Subject: How to handle pins?
>
> Hi,
>
> I was able to get connman with ofono working with my Op
> -Original Message-
> From: Daniel Wagner [mailto:daniel.wag...@bmw-carit.de]
> Sent: Wednesday, April 14, 2010 4:24 PM
> To: Xu, Martin
> Cc: connman@connman.net; Jan Dumon
> Subject: Re: Option iCON 451
>
>
> Hi Martin,
>
> On Wed, Apr 14, 2010 at 0
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Daniel Wagner
> Sent: Wednesday, April 14, 2010 1:55 PM
> To: Marcel Holtmann
> Cc: Jan Dumon; connman@connman.net
> Subject: Re: Option iCON 451
>
> Good Morning Marcel,
>
> On Tu
Hi:
These patches are used to fix "Bluetooth" static ip bug.
#206 Set static IP doesn't work on BT PANU network
Please review them.
___
connman mailing list
connman@connman.net
http://lists.connman.net/listinfo/connman
> -Original Message-
> From: Xu, Martin
> Sent: Friday, April 09, 2010 4:07 PM
> To: connman@connman.net
> Cc: Xu, Martin
> Subject: [PATCH 1/1] Reference panu network before disconnect it, unreference
> it after disconnect
>
> From: Martin Xu
>
> And
> Making it any more complex doesn't really add any value. Especially
> since application in general don't care. They require an Internet
> connection. And together with the portal detection and the new ONLINE
> state we can give these kind of information in detail. If you have to
> happen a "stupi
Hi:
The patch is used to support static gateway support, I have verify it works
well.
It is not the final patch and just for reviewing. If you are agree with the
method, I will split the patch and resent them for official review.
1. Gateway is added to connman_ipaddress to hold the gateway
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Marcel Holtmann
> Sent: Tuesday, March 23, 2010 11:38 AM
> To: connman@connman.net
> Subject: Re: [PATCH 1/1] Use udev_device_get_devtype and
> __connman_inet_get_device_type
>
> Hi
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Marcel Holtmann
> Sent: Tuesday, March 23, 2010 10:44 AM
> To: connman@connman.net
> Subject: Re: [PATCH 1/2] Set network->device as NULL when the deivce is
> destructed
>
> Hi Mart
> -Original Message-
> From: Samuel Ortiz [mailto:sa...@linux.intel.com]
> Sent: Monday, March 22, 2010 6:45 PM
> To: Xu, Martin
> Cc: connman@connman.net
> Subject: Re: [PATCH 1/2] Set network->device as NULL when the deivce is
> destructed
>
> Hi Martin,
&
> connmand[2406]: === add ===
> connmand[2406]: DEVPATH =
> /devices/platform/mxsdhci.1/mmc_host/mmc1/mmc1:0001/mmc1:0001:1/net
> /wlan0
> connmand[2406]: INTERFACE = wlan0
> connmand[2406]: IFINDEX = 4
> connmand[2406]: DEVPATH =
> /devices/platform/mxsdhci.1/mmc_host/mmc1/mmc1:0001/mmc1:0001:
Which wifi driver are you using?
Can you give out the log using below command?
./connmand -d "*" -n > connman.log 2>&1
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Richard Zhao
> Sent: Monday, March 22, 2010 3:11 PM
> To: conn
Hi Samuel:
> -Original Message-
> From: Samuel Ortiz [mailto:sa...@linux.intel.com]
> Sent: Tuesday, February 09, 2010 8:48 AM
> To: Xu, Martin
> Cc: connman dev list
> Subject: Re: [PATCH 2/6] add help functions for service module
>
> Hi Martin,
>
> On W
Samuel:
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Samuel Ortiz
> Sent: Saturday, February 06, 2010 12:27 AM
> To: connman@connman.net
> Subject: Re: [PATCH 1/1] add funtion __connman_ipconfig_load/save to load
> and save ip
> -Original Message-
> From: Samuel Ortiz [mailto:sa...@linux.intel.com]
> Sent: Friday, February 05, 2010 3:26 AM
> To: connman@connman.net
> Cc: Xu, Martin
> Subject: Re: [PATCH 5/6] add static IP support
>
> On Wed, Feb 03, 2010 at 11:57:31PM +0800, Martin Xu
> -Original Message-
> From: Samuel Ortiz [mailto:sa...@linux.intel.com]
> Sent: Friday, February 05, 2010 2:36 AM
> To: connman@connman.net
> Cc: Xu, Martin
> Subject: Re: [PATCH 1/6] add help some help functions to ipconfig module
>
> Hi Martin,
>
> On W
Hi Marcel:
1. These patches provides static ip support(MANUAL METHOD) support.
Address, netmask and broadcast ip can be set, but route cannot be set.
2. Static ip can be set at any service states but the service need to
reconnect/connect to make it work
3. The ipconfig save/restore
>
> when calling "test-connman apn " and then "list-contexts"
> in oFono, it should show there, too. You only set it at connect time.
>
Hi Marcel:
In order to achieve the target you mentioned above, I think we need to add
setup() call back function in network->driver, and __connman_network_setu
ing connman
>
> http://bugzilla.connman.net/show_bug.cgi?id=9
> added in connman bugzilla. Eric, you could add yourself there.
>
> Thanks,
> Best Regards
>
> Ju-Hyoung Lee
>
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:co
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Lee, Ju-hyoung
> Sent: Wednesday, January 27, 2010 12:47 AM
> To: connman@connman.net
> Cc: Eric
> Subject: Re-association issue in Moblin by using connman
>
> Can we get a help fro
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Marcel Holtmann
> Sent: Saturday, January 23, 2010 5:51 PM
> To: connman@connman.net
> Subject: Re: [PATCH 2/2] set APN before connect network in ofono plugin
>
> Hi Martin,
>
>
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Marcel Holtmann
> Sent: Saturday, January 23, 2010 5:50 PM
> To: connman@connman.net
> Subject: Re: [PATCH 1/2] Add default context if no context exists
>
> Hi Martin,
>
> > plugi
Hi Marcel:
The two patches create default Primary Context and set APN before active the
Context. So user need not create Primary Context manually before using 3G
connection.
Please review.
Thanks!
___
connman mailing list
connman@connman.net
http://list
>
> Don't assign the status here. We don't wanna do that. This way you are
> hiding potential uninitialized cases that otherwise the compiler would
> catch for us.
I cannot fully understand it. How can compiler find for us?
I think normally, to the uninitialized variable, it can only be found at
> And there is no reason to use O(n) g_slist_append(), use O(1)
> g_slist_prepend() instead.
Good point.
___
connman mailing list
connman@connman.net
http://lists.connman.net/listinfo/connman
Hi Marcel:
I found a new racy issue.
If you are ok with my analysis, I can send the patches to fix it. Attachment is
the log file.
Please refer bug:
http://bugzilla.moblin.org/show_bug.cgi?id=9042 : Starting ConnMan with rfkill
blocked may cause ConnMan crash
The root cause is that:
If rfill i
> >
> > Can you please take a look.
>
> please post the /etc/dbus-1/system.d/wpa_supplicant.conf file. Seems
> like a security policy issue to me.
http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd";>
Hi Marcel:
We found a dbus error in /var/log/messages.
Jan 10 20:22:50 localhost dbus-daemon: Rejected send message, 2 matched rules;
type="method_return", sender=":1.2" (uid=0 pid=559 comm="/sbin/wpa_supplicant)
interface="(unset)" member="(unset)" error name="(unset)" requested_reply=0
dest
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Marcel Holtmann
> Sent: Friday, December 25, 2009 7:44 AM
> To: connman@connman.net
> Subject: Re: [PATCH 5/7] clean up function set_connected()
>
> Hi Martin,
>
> > Subject: [PATC
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Marcel Holtmann
> Sent: Friday, December 25, 2009 8:04 AM
> To: connman@connman.net
> Subject: Re: [PATCH 6/7] set P2P interface route
>
> Hi Martin,
>
> > Subject: [PATCH 6/7] set
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Marcel Holtmann
> Sent: Friday, December 25, 2009 7:31 AM
> To: connman@connman.net
> Subject: Re: [PATCH 2/7] associating state should be cleared at
> set_associate_error()
>
> H
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Marcel Holtmann
> Sent: Friday, December 25, 2009 7:30 AM
> To: connman@connman.net
> Subject: Re: [PATCH 1/7] fix /etc/resolv.conf permission
>
> Hi Martin,
>
> > ---
> > src/r
>From 921e3a752977e8f885d0e6eebece30f8bd925448 Mon Sep 17 00:00:00 2001
From: Martin Xu
Date: Fri, 25 Dec 2009 00:46:15 +0800
Subject: [PATCH 7/7] create service before connect network
---
plugins/ethernet.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/plugins/ether
>From 526ad503a4285131cf6876112e44f56b97172bbe Mon Sep 17 00:00:00 2001
From: Martin Xu
Date: Fri, 25 Dec 2009 00:44:31 +0800
Subject: [PATCH 6/7] set P2P interface route
---
src/connection.c | 63 ++
1 files changed, 63 insertions(+), 0 dele
>From 5fa15a02ea16465b5eb116ff9d6abb2ca3564e06 Mon Sep 17 00:00:00 2001
From: Martin Xu
Date: Fri, 25 Dec 2009 00:43:11 +0800
Subject: [PATCH 5/7] clean up function set_connected()
---
src/network.c | 104 +++--
1 files changed, 71 insertions(
>From 20142aacbd45edbb2f19070919f5e55cb1b93e3d Mon Sep 17 00:00:00 2001
From: Martin Xu
Date: Fri, 25 Dec 2009 00:38:16 +0800
Subject: [PATCH 4/7] set CONNMAN_IPCONFIG_METHOD_DHCP beofer connect network
---
plugins/bluetooth.c |3 +++
plugins/ethernet.c |3 +++
plugins/iwmx.c |
>From 472f1ac6cac81f9fbbfcf203e1deec11aff59920 Mon Sep 17 00:00:00 2001
From: Martin Xu
Date: Fri, 25 Dec 2009 00:27:59 +0800
Subject: [PATCH 3/7] add function connman_network_set_method()
---
include/network.h |4
src/network.c |6 ++
2 files changed, 10 insertions(+), 0 de
>From 9aa98106d09ebfaa88846d33385c5ebd28d5c3ea Mon Sep 17 00:00:00 2001
From: Martin Xu
Date: Fri, 25 Dec 2009 00:23:48 +0800
Subject: [PATCH 2/7] associating state should be cleared at
set_associate_error()
---
src/network.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --gi
>From fae58319ff99c323274ab88115c68b133eaf20d5 Mon Sep 17 00:00:00 2001
From: Martin Xu
Date: Wed, 23 Dec 2009 22:49:35 -0500
Subject: [PATCH 1/7] fix /etc/resolv.conf permission
---
src/resolver.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/src/resolver.c b/src/
> > +static int telephony_disconnect(struct connman_device *device)
> > +{
> > + DBG("");
> > + dcm_disconnect(device);
> > + return 0;
> > +}
> > +
> > +static int telephony_connect(struct connman_device *device)
> > +{
> > + int index;
> > +
> > + DBG("");
> > + index = connman_device
Hi Marcel:
These patches are used to handle the static Ip sent from oFono.
Please review.
___
connman mailing list
connman@connman.net
http://lists.connman.net/listinfo/connman
>
> Also what WiFi hardware are you using. Maybe there is an issue and the
> initial scan fails. In that case it can take some time before ConnMan
> would try again.
Besides, you also need to connect to the network successfully using this dongle
to make the service to be "favorite", then the servi
Hi Marcel:
The patch is used to fix bug #6835.
> -Original Message-
> From: Xu, Martin
> Sent: Monday, November 30, 2009 3:09 PM
> To: connman@connman.net
> Cc: Xu, Martin
> Subject: [PATCH 1/1] set path string to bluetooth device
>
> ---
> plugins/blue
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Justin Chupp
> Sent: Friday, November 27, 2009 2:36 PM
> To: connman@connman.net
> Subject: DNS issue with Moblin 2
>
> Hi all,
>
> I'm running into a problem I can't solve with th
Hi Marcel:
The two patches are used to fix bug #7692 and 7411. Please review it.
Thanks!
___
connman mailing list
connman@connman.net
http://lists.connman.net/listinfo/connman
Guys:
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Marcel Holtmann
> Sent: Wednesday, November 25, 2009 1:13 AM
> To: connman@connman.net
> Subject: Re: Enable Service.Remove for non-favorite services
I found that the root cau
Hi Marcel:
> the plugin looks great. There are some coding style issues that I
> spotted, but there are minor and can be fixed quickly.
So as to coding style. I have go through the code several times for the coding
style. I think maybe I have some minor misunderstanding on it.
I will go through a
> I am not 100% convinced about the function name here. Not that we can't
> fix it later, but we might wanna create something more generic like
> connman_network_set_error() or so.
I like it.
You always can find proper name.
I think in China we should have a specific English lesson in Universi
Hi Marcel:
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Marcel Holtmann
> Sent: Sunday, November 22, 2009 1:47 AM
> To: connman@connman.net
> Subject: Re: [PATCH 2/5] add network type CONNMAN_NETWORK_TYPE_GPRS
>
> Hi Martin,
> __
> Ofono ConnMan
> --
>
> 1.Modemdevice
> |
> | (create/load)
> |
> V
> 2.PC_i Network
> |
> |(powered up)
> |
> V
Hi Marcel/Denis
In order to implement interface property. I think we need to clarify how does
ConnMan work with Ofono firstly
In my opinion ConnMan and ofono works like below. Could you review and give out
your opinions? Thanks!
PC_i: PrimaryContext_(internet type):
Hi Amano:
Firstly I hope you know that we do not accept top paste here. ;-)
See my comments below.
> -Original Message-
> From: connman-boun...@connman.net
> [mailto:connman-boun...@connman.net] On Behalf Of Mitsutaka Amano
> Sent: Tuesday, October 27, 2009 6:05 PM
> To: connman@connman.
Hi Marcel:
Device->reconnect should be set as FALSE when disable or power off. So
switching to offline mode and disabling technology will not trigger
auto-connect.
Please review it.
___
connman mailing list
connman@connman.net
http://lists.connman.net/
When I tried these patches on my eeePC1000HA today, I found that Keep_connect
is also a workround for broken kernel 2.6.31 ath9k driver which tends to lost
association with AP. Keep_connect will trigger auto_connect to reconnect the
original AP.
___
co
Hi Marcel:
These patches are used to auto_connect to resolve he resume from s3 issue and
roaming issue.
I verified it and it can works fine.
Please review them.
___
connman mailing list
connman@connman.net
http://lists.connman.net/listinfo/connman
szegedi2：
We did not meet the same issue here on 3G.
Rusty have provided enough sound information on how to debug on it.
I'd like to summary the steps.
1. Before that please run as ROOT and kill all the related connmand daemon.
Pkill connmand
2. make sure you are not using the old kernel that
Hi Marcel:
We have service list disappear issue, some time it can recovery very quickly
but some time it will cost quite a long time to recovery.
No matter it recovery quickly or slowly, it will impact user experience.
The worst case is that once we connected a WPA service with wrong password, The
>
>a little bit complex don't you think This one:
>
> static unsigned int hidden_counter = 0;
>
> temp = g_strdup_printf("hidden_%d", hidden_counter++);
I like function g_strdup_printf(). Will resend the patch.
___
connman mailing list
connma
Hi Marcel:
The root cause is that the identifier of all hidden network is set as "hidden".
So the second network with the same identifier can not be registered.
I fix the issue by setting identifier as "hidden_N" the N is increased every
time by 1, when create hidden network. So, all the hidden n
1 - 100 of 170 matches
Mail list logo
