Re: Connman-1.20 services scan does not return hidden networks.

Hi, I have applied this commit and it works. Thanks ~Sameer On Wed, Dec 18, 2013 at 2:49 PM, Patrik Flykt patrik.fl...@linux.intel.comwrote: Hi, On Thu, 2013-12-12 at 17:44 +0530, Sameer Naik wrote: Hello, I updated to connman-1.20 and found that hidden wifi networks

Connman-1.20 services scan does not return hidden networks.

Hello, I updated to connman-1.20 and found that hidden wifi networks are not returned when scanning for services. Upon inspection I found that commit #363393cfb1a5f95f8892f40662486c87b80d0091 is where the breakage occurs. For reference, please find the commit message below: commit

Requirements for getting Hotspot (Tethering) enabled.

Hello, I am using connman-1.12 on my STB that runs linux kernel version 2.6.22. In my kernel configuration i have enabled the following: CONFIG_BRIDGE=m CONFIG_BRIDGE_NETFILTER=y CONFIG_NF_CONNTRACK_ENABLED=m CONFIG_NF_CONNTRACK=m CONFIG_NF_NAT=m CONFIG_NF_NAT_NEEDED=y

Re: [PATCH v2] wifi: Preliminary fix for autoscanning known hidden SSIDs

only max_ssid (1 or more) known hidden SSIDs. This need to be fixed. Reported by Sameer Naik --- Dumb test to change, sorry. plugins/wifi.c | 31 +++ 1 file changed, 15 insertions(+), 16 deletions(-) diff --git a/plugins/wifi.c b/plugins/wifi.c index 4b097fc

Re: Autoconnect to a hidden wifi service.

the calls further to figure out why g_supplicant_interface_get_max_scan_ssids returns 0. Regards ~Sameer On Fri, Mar 1, 2013 at 2:23 PM, Sameer Naik sameer.subscripti...@damagehead.com wrote: Hello, I have been checking the autoconnect to hidden network feature. For far no luck. For your

Autoconnect to a hidden wifi service.

Hello, I am using connman-1.12 on a STB platform. I have implemented a connman client and agent to handle connecting to wired and wireless services via connman. I am currently testing connections to hidden wireless services. Right now i am able to connect to hidden wifi services after responding

Understanding connman's ONLINE state change.

Hello, I was trying to understand the state change of services from READY to ONLINE state. From what i can gather a service state will change from READY to ONLINE once connman is able to fetch Hidden=truehttp://ipv4.connman.net/online/status.html(for ipv4). In my system i have a wired service

Re: Understanding connman's ONLINE state change.

Got it. Will try to hack the source. Will let you guys know if i get anywhere. Thanks and Regards ~Sameer On Fri, Mar 1, 2013 at 12:26 AM, Tomasz Bursztyka tomasz.burszt...@linux.intel.com wrote: Hi Sameer, I guess this is the expected behaviour. You guess right. I would like to

Re: Unable to get the gateway of a service that is not the default route.

I forgot to mention one thing, i have PreferredTechnologies = ethernet in my main.conf. On Mon, Feb 25, 2013 at 5:32 PM, Sameer Naik sameer.subscripti...@damagehead.com wrote: Hello, I am using connman-1.11 on an STB platform that has an inbuilt LAN port. For WIFI i am using a wifi dongle

UI implemetation for connecting to a hidden network

Hello, I am using connman-1.11 on a STB platform. I have some general questions regarding the UI implementation for connecting to hidden wifi networks. Currently in connman, i can list all the wifi services and filter out the hidden services and let the user select the service that he/she may

Re: Unable to get the gateway of a service that is not the default route.

information using socket api's or something for my display purposes. But i believe connman would do a better job at it ;) Regards ~Sameer On Mon, Feb 25, 2013 at 6:03 PM, Patrik Flykt patrik.fl...@linux.intel.comwrote: Hi, On Mon, 2013-02-25 at 17:32 +0530, Sameer Naik wrote: I

Re: UI implemetation for connecting to a hidden network

Thanks Tomasz, That was really helpful. The pieces of the puzzle seem to be coming together for me. On Mon, Feb 25, 2013 at 6:13 PM, Tomasz Bursztyka tomasz.burszt...@linux.intel.com wrote: Hi Sameer, Now, this is fine if there is only one hidden network listed. Say for example there are

Re: Unable to get the gateway of a service that is not the default route.

On Mon, Feb 25, 2013 at 7:17 PM, Patrik Flykt patrik.fl...@linux.intel.comwrote: On Mon, 2013-02-25 at 18:24 +0530, Sameer Naik wrote: 192.168.1.1 * 255.255.255.255 UH0 00 eth0 192.168.6.1 * 255.255.255.255 UH0 00 wlan0 These are individual

Re: Unable to connect to open wireless networks

Hello Patrik, I am using a wireless USB dongle that has a realtek 8291cu chipset. The driver in use was realtek's 8192cu driver and the version is v3.4.4_4749.20120730. The driver is downloadable from the following location:

Re: Unable to connect to open wireless networks

Here is the driver download link if required: http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1PFid=48Level=5Conn=4ProdID=277DownTypeID=3GetDown=falseDownloads=true On Tue, Feb 12, 2013 at 6:08 PM, Sameer Naik sameer.subscripti...@damagehead.com wrote: Hello Patrik, I am using

Re: Unable to connect to open wireless networks

will be switching to the older driver for now. However do let me know if need me to perform any tests. Thanks and Regards ~Sameer On Mon, Feb 11, 2013 at 7:03 PM, Sameer Naik sameer.subscripti...@damagehead.com wrote: Hello Tomasz, Please find attached connman.log and wpa_supplicant.log file generated

Re: Unable to connect to open wireless networks

Hello Patrik, Even after removing -W wext switch from the connmand command line the issue persists. Right now i am using wpa_supplicant-1.1. Regards ~Sameer On Mon, Feb 11, 2013 at 1:02 PM, Patrik Flykt patrik.fl...@linux.intel.comwrote: On Sun, 2013-02-10 at 22:41 +0530, Sameer Naik wrote

Re: DNS caching probably not working in dnsproxy.

Please ignore this. On Fri, Feb 1, 2013 at 6:38 PM, Sameer Naik sameer.subscripti...@damagehead.com wrote: Hi, I am testing connman-1.10 and i get the following warnings when i try to resolve a dns address. START OF LOG connmand[2815]: src/dnsproxy.c:udp_listener_event() Received

DNS caching probably not working in dnsproxy.

Hi, I am testing connman-1.10 and i get the following warnings when i try to resolve a dns address. START OF LOG connmand[2815]: src/dnsproxy.c:udp_listener_event() Received 32 bytes (id 0x090c) connmand[2815]: src/dnsproxy.c:parse_request() id 0x090c qr 0 opcode 0 qdcount 1 arcount 0

Re: Connman does not automatically switch to Wired LAN

Thanks Jeff and Patrik. I was missing the main.conf file. After adding it as per your suggestions its working. As suggested by Patrik i have set PreferredTechnologies = ethernet SingleConnectedTechnology = false in main.conf First impression is that it works. But i am facing a really weird issue

Connman 1.9 won't attempt connecting to wifi service

Hello, Today i noticed one issue. I am not sure whether this is a bug or this is by design. I have a saved wifi profile with Autoconnect turned on and was able to connect to that profile without any problems. Yesterday i updated wpa_supplicant to version 1.0 and found that connman was no longer

Re: State of net.connman.Clock Timeservers

Hi, Things i have noticed in the clock API. 1. If a timeserver is specified, using Timeservers property, that is already in the global timeservers list. The time sync is not restarted. 2. If the TimeUpdates property is set to manual and then back to auto, the NTP sync is not started/restarted.

ntp synchronization in READY state.

Hello, According to my understanding NTP synchronization will occur in connman once service state is CONNMAN_SERVICE_STATE_ONLINE. Further service will enter the online state once connman can communicate with http://ipv4.connman.net/online/status.html. However in my case, generally an NTP server

Re: Powered stated on on board ethernet technology is false.

Please review. On Fri, Feb 24, 2012 at 3:56 PM, Sameer Naik sameer.subscripti...@damagehead.com wrote: Apparently the technology is being enabled before it is even in the technology_list. Since the technology cannot be found in the technology list, its enabled flag remains unset. On Fri

Re: Powered stated on on board ethernet technology is false.

to connman_device_set_powered. Can u apply the following patch and check if this solves the issue? I will will then post it on the ML for review. Thanks! Alok. On Fri, Feb 24, 2012 at 12:46 PM, Sameer Naik sameer.subscripti...@damagehead.com wrote: Please review. On Fri, Feb 24, 2012 at 3:56

Re: Powered stated on on board ethernet technology is false.

[3G] Enable=false [WiMAX] Enable=false Regards ~Sameer On Thu, Feb 23, 2012 at 5:09 PM, alok barsode alokbars...@gmail.com wrote: Hi, On Thu, Feb 23, 2012 at 11:11 AM, Sameer Naik sameer.subscripti...@damagehead.com wrote: Hello Alok, Please find attached connman.log file. Do let me

Re: Powered stated on on board ethernet technology is false.

is powered (as you pointed out). The code flow shows that the technology is disabled. Regards ~Sameer On Thu, Feb 23, 2012 at 10:38 PM, Sameer Naik sameer.subscripti...@damagehead.com wrote: Hello, Yes, this happens every single time. One thing worth noting is that i have my rootfs mounted over NFS

Re: Wifi Technology says its offline when wifi dongle is unplugged and plugged back in

Nevermind. I have updated to git version. Apparently the API of the git version is much refined (and does not suffer from the issues present in the stable version). On Wed, Feb 22, 2012 at 10:20 AM, Sameer Naik sameer.subscripti...@damagehead.com wrote: Hello, I am using the current stable

Re: Wifi Technology says its offline when wifi dongle is unplugged and plugged back in

Hello, I am using the current stable version 0.78. Regards ~Sameer On Wed, Feb 22, 2012 at 1:15 AM, alok barsode alokbars...@gmail.com wrote: Hi Sameer, On Tue, Feb 21, 2012 at 8:14 PM, Sameer Naik sameer.subscripti...@damagehead.com wrote: Hello, I seems that the technology state

[PATCH] gweb: fix typo in parse_url function while processing http_proxy proxy setting.

Lookup for the proxy scheme and host should be performed on the recently duplicated proxy string. As a result of this issue proxies specified by the scheme http_proxy=http://192.168.1.1:3128, would not work. From 71b2d26867227d9e4d5c67fea081ee30b3d1ac39 Mon Sep 17 00:00:00 2001 From: Sameer Naik

[PATCH] gweb: set session-host to the parsed proxy hostname.

would not work. From a6446d8d9c3dd00864204a2352e66415743e6329 Mon Sep 17 00:00:00 2001 From: Sameer Naik sam...@damagehead.com Date: Mon, 13 Feb 2012 17:40:31 +0530 Subject: [PATCH 2/2] gweb: set session-host to the parsed proxy hostname. If the proxy is specified then we should set the session-host