Hi Tomasz,
This fixes WPS usage into service.
Tomasz
src/service.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
patch has been applied.
Regards
Marcel
___
connman mailing list
connman@connman.net
---
plugins/wifi.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/plugins/wifi.c b/plugins/wifi.c
index 9ce380b..d10612c 100644
--- a/plugins/wifi.c
+++ b/plugins/wifi.c
@@ -1231,6 +1231,12 @@ static void interface_state(GSupplicantInterface
*interface)
Hi,
While debugging wps support into connman I found out that sometime, if the AP
is doing crap with WPS, the failure
is not properly set into connman.
I did this 2 patches, the 2nd one is anyway mandatory imho.
The first one, I would like to get returns:
It seems to work fine but only on 8.x o
---
src/service.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/service.c b/src/service.c
index 1f0807b..9a5eb27 100644
--- a/src/service.c
+++ b/src/service.c
@@ -4654,6 +4654,10 @@ static int service_indicate_state(struct connman_service
*service)
}
The idea here is to delay cache removal few seconds if there
are no cache users any more (refcount goes to 0). This is useful
for IPv6 RDNSS where new DNS servers are created right after old
one is removed. In this case we do not want to loose the cache
that still has perfectly valid data.
---
Hi,
---
Hi,
this needs some more testing before committing.
Cheers,
Jukka
src/ipconfig.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/ipconfig.c b/src/ipconfig.c
index af5666d..8dc0a59 100644
--- a/src/ipconfig.c
+++ b/src/ipconfig.c
@@ -555,8 +555,10 @@ static
From: Patrik Flykt patrik.fl...@linux.intel.com
Stay at ready state with a preferred technology also when the
online check fails. Otherwise we end up in an endless autoconnect
loop with two preferred WiFi networks where neither one goes to
online.
Print out a warning message when the online
Hi Patrik,
Stay at ready state with a preferred technology also when the
online check fails. Otherwise we end up in an endless autoconnect
loop with two preferred WiFi networks where neither one goes to
online.
Print out a warning message when the online check fails.
---
src/service.c |
Hi Jukka,
this needs some more testing before committing.
Cheers,
Jukka
src/ipconfig.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
patch has been applied.
Regards
Marcel
___
connman mailing list
connman@connman.net
---
Hi,
@Daniel: have a test with that one. Let's see if that solves somehow the issue
But I doubt about it due to:
connmand[22118]: gsupplicant/supplicant.c:signal_interface_changed()
connmand[22118]: gsupplicant/supplicant.c:interface_property() State
connmand[22118]:
---
Hi Daniel,
Have fun :]
I really don't like the patch if it saves us for now...
Tomasz
plugins/wifi.c | 21 +++--
1 files changed, 19 insertions(+), 2 deletions(-)
diff --git a/plugins/wifi.c b/plugins/wifi.c
index d10612c..571dbf1 100644
--- a/plugins/wifi.c
+++
---
Hi,
An updated version. I use a variable already present but unusen until now:
connected.
plugins/wifi.c | 32 +++-
1 files changed, 31 insertions(+), 1 deletions(-)
diff --git a/plugins/wifi.c b/plugins/wifi.c
index d10612c..1c0033f 100644
---
For PBC method, the WiFi.PinWPS has to be NULL.
---
src/service.c | 20
1 files changed, 12 insertions(+), 8 deletions(-)
diff --git a/src/service.c b/src/service.c
index 9a5eb27..563d641 100644
--- a/src/service.c
+++ b/src/service.c
@@ -4359,7 +4359,7 @@ int
On Wed, 2012-04-25 at 14:22 +0300, Tomasz Bursztyka wrote:
For PBC method, the WiFi.PinWPS has to be NULL.
Fixes BMC#25076 can be appended to the commit message when committed.
Cheers,
Patrik
___
connman mailing list
connman@connman.net
Hi Jukka,
The idea here is to delay cache removal few seconds if there
are no cache users any more (refcount goes to 0). This is useful
for IPv6 RDNSS where new DNS servers are created right after old
one is removed. In this case we do not want to loose the cache
that still has perfectly
Hi Patrik,
For PBC method, the WiFi.PinWPS has to be NULL.
Fixes BMC#25076 can be appended to the commit message when committed.
patch has been applied.
Regards
Marcel
___
connman mailing list
connman@connman.net
Allow user to initiate connection if there are multiple devices
of the same technology type available (like having multiple wifi
cards).
---
Hi,
I have been testing connman with two wifi cards and it is very
annoying that if the connection attempt hangs or takes very long
time, I cannot connect
Hi Tomasz,
I have tested this patch, it works fine.
cheers,
daniel
On 25.04.2012 12:24, Tomasz Bursztyka wrote:
---
Hi,
An updated version. I use a variable already present but unusen until now:
connected.
plugins/wifi.c | 32 +++-
1 files changed, 31
Hi Tomasz,
On 25.04.2012 14:26, Daniel Wagner wrote:
Hi Tomasz,
I have tested this patch, it works fine.
Unfortuantly, I was too fast. Back to assoc...
cheers,
daniel
___
connman mailing list
connman@connman.net
Hi Tomasz,
I have tested this patch, it works fine.
Unfortuantly, I was too fast. Back to assoc...
and here is the log. I hope I copied the right part
http://www.monom.org/logs/connman-log-2.txt
cheers,
daniel
___
connman mailing list
Hello all
I noticed that changing Wifi security configuration (from Wep to WPA or WPA to
Wep) is not dynamically corrected handled by connman 0.78
I experienced inconsistencies when changing security protection on a fly on
wifi AP.
For exemple:
First, I succeed connecting my connman to AP
---
plugins/wifi.c | 32 +++-
1 files changed, 31 insertions(+), 1 deletions(-)
diff --git a/plugins/wifi.c b/plugins/wifi.c
index d10612c..1c0033f 100644
--- a/plugins/wifi.c
+++ b/plugins/wifi.c
@@ -1180,7 +1180,9 @@ static void
On 4/25/12 8:15 AM, Ogor Jean-Jacques (AQL) wrote:
I noticed that changing Wifi security configuration (from Wep to WPA or WPA to
Wep) is not dynamically corrected handled by connman 0.78
I experienced inconsistencies when changing security protection on a fly on
wifi AP.
Jean-Jacques:
23 matches
Mail list logo