On Thu, 2015-03-19 at 15:20 +0200, Jukka Rissanen wrote:
> > Do you think I should add a new command-line option to pass the
> > interface to ConnMan? Identifying the interface used for NFS
> > requires parsing /proc/cmdline and, in case of static addresses,
> > knowledge about the interfaces' IP a
On Wed, 2015-03-18 at 16:25 +0100, Andreas Oberritter wrote:
> Otherwise NFS mounts may fail on boot.
Applied, thanks!
I removed the signed-off-by as it's not used in this project.
Patrik
___
connman mailing list
connman@connman.net
https://li
On Wed, 2015-03-18 at 16:30 +0100, Andreas Oberritter wrote:
Applied, thanks!
Patrik
___
connman mailing list
connman@connman.net
https://lists.connman.net/mailman/listinfo/connman
On Wed, 2015-03-18 at 17:06 +, Philip Withnall wrote:
> Whew, right. I am unlikely to find time to work on this until one or
> three weeks from now, but I have put it on my backlog to look at as
> soon as I can after then. Sorry!
No problem. Thanks for taking time to report the issue and solvi
Hi,
On Wed, 2015-03-18 at 08:56 +, Lamsoge, Abhijit wrote:
> Apart from the documentation available in Connman sources - Do we also
> have a block/architectural high level diagram of connman, both Daemon
> and Client ?
So far nobody has had the energy to put such a document together.
On Tue, 2015-03-17 at 13:10 +, Priyaranjan Singh wrote:
> I tried checking behavior of MoveBefore/MoveAfter even without WiFi.
MoveBefore/MoveAfter does not currently work for any technology. I'm not
sure if it can be fixed to work at all, ever. The new ordering will
survive only until the nex
On Tue, 2015-03-17 at 17:47 +0200, Pasi Sjöholm wrote:
> This is exactly what we (Jolla) been doing in the Sailfish OS with
> ConnMan since July 2014 per customer request. No huge or minor issues
> experienced.
And you haven't been sending the patch upstream because...? ;-)
Cheers,
Patri
On Tue, 2015-03-17 at 08:54 +, Kallumari Nagaraja Rao, RammohanX
wrote:
> Is there a simple way to update a service with the passphrase we
> receive as a parameter ?
Yes, by replying to the Agent API RequestInput D-Bus method call.
HTH,
Patrik
___
On Tue, 2015-03-17 at 07:40 +, Kallumari Nagaraja Rao, RammohanX
wrote:
> We basically want to handle dynamic update of the passphrase, instead
> of updating in the settings file.
>
> Is Agent mandate ?
Yes.
Patrik
___
connman mailing list
On Tue, 2015-03-17 at 04:25 +, Kallumari Nagaraja Rao, RammohanX
wrote:
> Is it possible to implement in a way to pass passphrase as a string
> via a C parameter & activate ? Without having to request any input
> from the user ?
Of course. It's all up to your C program how it wants to handle t
Hi,
On Fri, 2015-02-27 at 14:14 +0200, Pasi Sjöholm wrote:
> this seems to work, and passwords are not getting flushed into thin air
> anymore.
>
> However there is a one problem still left in
> __connman_service_connect()-function. It has a call
> __connman_service_clear_error(service)
On Fri, 2015-03-06 at 11:45 +, Philip Withnall wrote:
> The *_session variants of the policy default allow values were removed
> in 2007:
> http://lists.freedesktop.org/archives/hal-commit/2007-August/003690.html
>
> Instead of auth_self_keep_session, use auth_self_keep. Similarly for
> au
Hi,
On Mon, 2015-03-16 at 11:43 +, Kallumari Nagaraja Rao, RammohanX
wrote:
> I am trying to write a sample C application to connect to a specific
> wifi access point. I am able to do it for an unprotected access point,
> however is there a way I can pass the required passphrase ?
>
On Thu, 2015-03-05 at 11:25 -0800, Justin Maggard wrote:
> Great! I asked about this ~2.5 years ago
> (https://lists.connman.net/pipermail/connman/2012-June/010243.html)
> when I was first playing with connman,
Hehe :-)
> and it didn't sound like connecting all ethernet interfaces was
> actuall
On Mon, 2015-03-09 at 13:55 +0200, Mihai Neagu wrote:
> I confirm the patched version connects automatically to all ethernet
> and gadget interfaces that have cable at boot stage, or if cable is
> plugged in later, at any time.
Thanks!
> Those who need other service types (like wireless) get conn
On Thu, 2015-03-05 at 13:32 +0200, Patrik Flykt wrote:
> Ethernet networks are created once a cable is plugged in, i.e. carrier
> is detected. According to the documentation in doc/service-api.txt,
> ethernet networks will act as a Connect() D-Bus API call is issued with
> the c
On Fri, 2015-03-13 at 08:31 +, Philip Withnall wrote:
> $ connmanctl disable ethernet
> Disabled ethernet
> $ connmanctl technologies
> /net/connman/technology/ethernet
> Powered = False
> …
> $ connmanctl enable ethernet
> Error ethernet: Already enabled
Di
On Fri, 2015-03-06 at 10:23 +0100,
frederic.wo...@continental-corporation.com wrote:
> I provide the debug level log of connman whenever you can have a glance
35.8290 connmand[2393]: src/rtnl.c:rtnl_message() buf 0x7ecfe9c4 len 108
35.8329 connmand[2393]: src/rtnl.c:rtnl_message() NEWROUTE len 10
On Wed, 2015-03-11 at 10:56 +, Kallumari Nagaraja Rao, RammohanX
wrote:
> Following stuffs are happening,
> 1. I am initially connected to wifi -> out of wifi connection ->
> switches back to cellular
> 2. otherway round when I come inside the purview of a wifi access, it
> does not disconnect
On Wed, 2015-03-11 at 08:53 +, Kallumari Nagaraja Rao, RammohanX
wrote:
> I do not see this happening. Can you please let me know if I need any
> other config or some something else required ?
Exactly what is not happening? Please describe the steps done, using
e.g. the relevant output from co
On Mon, 2015-03-09 at 12:29 +, Kallumari Nagaraja Rao, RammohanX
wrote:
> I am currently using connmanctl application to connect to
> wifi/cellular network.
>
> Individually yes I can connect to each, however, I am looking out to
> policy which says something like below, If we are in the vicin
Hi,
On Thu, 2015-03-05 at 12:12 +0100,
frederic.wo...@continental-corporation.com wrote:
> Using connman 1.23, I face issue of getting an IPV4 IP on USB NCM network
> interface when device is plugged before host startup.
Is the USB NCM network a USB host or a gadget device?
> I can con
Ethernet networks are created once a cable is plugged in, i.e. carrier
is detected. According to the documentation in doc/service-api.txt,
ethernet networks will act as a Connect() D-Bus API call is issued with
the cable plug in.
Fix the code such that all ethernet services are connected at once w
On Tue, 2015-03-03 at 23:01 +0200, pasi.sjoh...@jolla.com wrote:
> From: Pasi Sjöholm
>
> Patch1: If timers are reset during __connman_resolver_redo_servers()
> they will not have their timers set again at
> connman_resolver_append_lifetime() because each entry without a
> timer is a not RA init
On Mon, 2015-03-02 at 10:09 +0200, pasi.sjoh...@jolla.com wrote:
> From: Pasi Sjöholm
>
> Patch1: The option length is always 0 if the
> rapid commit-option is included in the message. Instead
> of invalidating 0-lenght option, invalidate option lenght
> not being zero to make the rapid commit to
Hi,
On Wed, 2015-03-04 at 12:47 +0200, Mihai Neagu wrote:
> So the presence of the carrier (cable plugged in) to all ethernet
> interfaces should trigger auto-connect.
Autoconnect is already triggered when carrier is present. Autoconnect
considers everything to be fine when at least on
Hi,
On Sat, 2015-02-28 at 01:12 +, Thomas Green wrote:
> I've been seeing a dhcp issue lately that perhaps you can explain. I
> am using wireshark to watch the dhcp transaction progressing. I am on
> the wired (eth0) connection. I send a dhcp request, and I get two
> dhcp ack packe
On Fri, 2015-02-27 at 11:38 +0200, Patrik Flykt wrote:
> Both service and peer code store their data structures as ipconfig opaque
> data, and therefore the respective code is the only entity that knows the
> data structure stored.
>
> Fix a potential crash by looking up the servi
Both service and peer code store their data structures as ipconfig opaque
data, and therefore the respective code is the only entity that knows the
data structure stored.
Fix a potential crash by looking up the service by interface index
instead and leave the necessary check in place.
---
src/ipc
Hi,
On Tue, 2015-02-24 at 17:59 +0200, Mihai Neagu wrote:
> >> If you are using Ethernet, then both interfaces should be configured.
> >> In general, the plugged in cable aka carrier for Ethernet was support
> >> to indicate that it gets used. Of course only one can have the default
> >>
Hi,
On Tue, 2015-02-24 at 12:56 +, Arslan, Fahad wrote:
> Feb 24 12:43:35 t4240rdb-64b connmand[3123]: eth0 {add} address
> 137.202.157.54/23 label eth0 family 2
> Feb 24 12:43:35 t4240rdb-64b connmand[3123]: eth0 {add} route 137.202.156.0
> gw 0.0.0.0 scope 253
> Feb 24 12:43:35 t
Hi,
On Mon, 2015-02-23 at 09:41 -0500, Ernast Sevo wrote:
> I have noticed a strange case when attempting to connect to a hidden
> network that is already connected. For example, lets say we are
> already connected to hidden network and user is not aware this is the
> case. They attempt
Deleting a WiFi PSK passphrase in response to an invalid key error
causes the passphrase disappear from the save file. This results in
a discovered WiFi network with identical SSID and security method
to remove the saved passphrase of the actual network.
Instead of always removing the passphrase,
On Tue, 2015-02-24 at 13:55 +0200, pasi.sjoh...@jolla.com wrote:
> From: Pasi Sjöholm
>
> If configuration method is not always set the ConnMan
> will use previously set configuration from previous
> connections.
Applied, thanks!
Patrik
___
c
On Thu, 2015-02-26 at 11:20 +0400, Vasiliy Tolstov wrote:
> This is not problem if netword does not have config for this
> interface.
Ok, that works.
> I found problem - my openvpn does not have comp-lzo option. Does it
> possible in debug mode display full message from openvpn and full
> command
Hi,
On Wed, 2015-02-25 at 12:09 +0400, Vasiliy Tolstov wrote:
> Debug log:
> connman-vpnd[11622]: vpn/vpn-provider.c:do_connect() conn 0x216a310
> provider 0x219b9a0
> connman-vpnd[11622]: vpn/vpn-provider.c:__vpn_provider_connect()
> provider 0x219b9a0
> connman-vpnd[11622]: vpn/plugins/
Hi,
On Tue, 2015-02-10 at 14:39 -0800, Hiro Sugawara wrote:
> 1.26 src/dnsproxy.c fails to process (probably CNAME) answers from
> certain types of external DNS servers, and thus it cannot resolve
> host-only queries such as "www" at all or at least correctly depending
> on the answer
On Mon, 2015-02-23 at 10:18 +0100, Tomáš Čech wrote:
> From: Tomáš Čech
>
> Until now neither connmanctl nor its main page were installed to target system
> during `make install' phase. Distributions which adopted connman copied
> connmanctl by hand manually. connmanctl is mature enough to be ins
On Sun, 2015-02-22 at 01:53 +0200, pasi.sjoh...@jolla.com wrote:
> From: Pasi Sjöholm
>
> Some buggy dhcpv6-server implementations are re-using
> the original source port from the dhcpv6-client messages
> to their dhcpv6-reply packets (eg. Cisco EPC3940L) as a
> destination port. Due to this we n
On Fri, 2015-02-20 at 00:17 -0800, Justin Maggard wrote:
> Whenever the kernel does a IPv6 route lookup, we get a netlink
> "new route" notification for the destination with the RTM_F_CLONED
> flag set to note that this is a temporary route.
>
> Let's ignore these messages, or else our log may get
On Wed, 2015-02-11 at 15:43 +0200, Pasi Sjöholm wrote:
> Hi,
>
> On 11.02.2015 13:34, Patrik Flykt wrote:
> >> --- a/plugins/ofono.c
> >> +++ b/plugins/ofono.c
> >> @@ -277,12 +277,11 @@ static void set_connected(struct modem_data *modem)
> >
Hi Mihai,
> > Yes. I'm thinking about two new values for "IPv4.method", called
> > "dhcp-only" and "linklocal-only". Using main.conf would not be the
> > appropriate place because we are interested in interface specific
> > settings where, for instance, one interface can be dhcp-only and
On Tue, 2015-02-17 at 21:02 +0300, Alexey Mednyy wrote:
> > I would think that what calculate_strength would return values that
> > were somewhat variant, and less than 100, but it is not am I
> > missing something basic here?
> >
> > Tom
...
> Is there any advance in this question?
The above
On Fri, 2015-02-13 at 10:19 +0100, Tomas Cech wrote:
> >Just send a proper patch preferable with git send-email.
>
> Was there any problem with the patch?
Please send the patch as a single email, not as a reply to an existing
one. So that I don't have any problems applying it with git am.
Cheers
On Wed, 2015-02-11 at 13:54 +0200, Patrik Flykt wrote:
> Configure IPv4 and IPv6 configurations only once in
> __connman_network_enable_ipconfig() and use this function when setting
> the network connected. Remove obsolete function and rework the rest
> to centralise configuration sta
On Fri, 2015-02-13 at 08:58 +0200, Pasi Sjöholm wrote:
> Hi,
>
> On 12.02.2015 15:28, Patrik Flykt wrote:
> > From: Pasi Sjöholm
> >
> > If service is ever being configured with manual ip-address, netmask
> > and gateway and later changed to dhcp, the related
From: Pasi Sjöholm
If service is ever being configured with manual ip-address, netmask
and gateway and later changed to dhcp, the related settings must
not be read if configuration method is not manual or fixed.
Otherwise they can possible collide with the settings got from
dhcp-server if they ar
On Fri, 2015-02-06 at 20:42 +, Thomas Green wrote:
> I was wondering what the appropriate state progression for a wifi service
> that either gets shut off or goes out of range. From what I have seen, when
> I shut off an AP that I'm connected to, I get the following signals:
>
> Service.Pro
Configure IPv4 and IPv6 configurations only once in
__connman_network_enable_ipconfig() and use this function when setting
the network connected. Remove obsolete function and rework the rest
to centralise configuration state and error reporting.
The variable network->connecting is true as long as
Configure IPv4 and IPv6 configurations only once in
__connman_network_enable_ipconfig() and use this function when setting
the network connected. Remove duplicate implementations of the same
functionality and rework the code to centralise configuration state and
error reporting.
The variable netwo
On Mon, 2015-02-09 at 11:41 +0200, pasi.sjoh...@jolla.com wrote:
> From: Pasi Sjöholm
>
> If configuration method is not always set the ConnMan
> will use previously set configuration from previous
> connections.
> ---
> plugins/ofono.c | 15 +++
> 1 file changed, 7 insertions(+), 8
On Mon, 2015-02-09 at 11:41 +0200, pasi.sjoh...@jolla.com wrote:
> From: Pasi Sjöholm
>
> Method must not be reset from _OFF when disconnecting
> but only through Protocol-message handling.
Applied this patch, thanks!
Patrik
___
connman maili
On Tue, 2015-02-10 at 12:20 +0200, Patrik Flykt wrote:
> On Mon, 2015-02-09 at 11:45 +0200, Pasi Sjöholm wrote:
> > And by this I mean the two lines below could be removed. :)
> >
> > >> +if (modem->active)
> > >> +set_con
On Wed, 2015-02-11 at 12:14 +0200, pasi.sjoh...@jolla.com wrote:
> From: Pasi Sjöholm
>
> v2: Splitted patch 2 in two.
>
> Found these problems while playing with IPv4/6-only connections while
> other ip-version method is set to OFF.
Applied all four patches, thanks!
Patrik
__
Hi,
On Mon, 2015-02-09 at 10:40 +0200, pasi.sjoh...@jolla.com wrote:
> From: Pasi Sjöholm
>
> It was possible with IPv6-only networks to have eternal
> associating/connecting variable set as true, especially
> when ipv4 configuration method was OFF.
> ---
> src/network.c | 10 ++---
On Mon, 2015-02-09 at 11:45 +0200, Pasi Sjöholm wrote:
> And by this I mean the two lines below could be removed. :)
>
> >> +if (modem->active)
> >> +set_connected(modem);
I'll remove those from the patch, thanks!
Patrik
_
On Sun, 2015-02-08 at 09:52 +0100, tc...@suse.cz wrote:
> 242 noinst_MANUAL_PAGES = doc/connmanctl.1
Also, if somebody feels like writing a good manual page for connmanctl,
please go ahead.
Cheers,
Patrik
___
connman mailing list
connman@conn
On Sun, 2015-02-08 at 22:23 -0800, Chris Hiszpanski wrote:
> I also found this to be strange, although I figured the original authors
> had a good reason for this since they explicitly added it to noinst. For
> myself, I created a commit on my local fork to install connmanctl by
> default. Here is
Hi,
On Wed, 2015-02-04 at 10:31 +, Priyaranjan Singh wrote:
> Call to MoveBefore/MoveAfter is not changing the default gateway where
> service moved to top is in ready state.
>
> Point I want to highlight is the outcome of moveBefore/moveAfter
> (outcome of step 5):
moveBefore and m
Turn IPv6 configuration off for an IPv4 only cellular context and turn
IPv4 configuration off for an IPv6 only context. Set the configuration
method to unknown if it was previously off.
---
Hi,
It seems that the 'Protocol' property in org.ofono.ConnectionContext
was not handled at all. Es
On Thu, 2015-02-05 at 09:10 -0600, Janakiram Sistla wrote:
> But per one customer requirement i did already provided connman with
> the required information that connman will require from user via
> connmanctl. So i dont want this to be started again.
If you have a product, you really have to come
On Thu, 2015-02-05 at 09:53 +0200, Patrik Flykt wrote:
> Add 127.0.0.53 in the FallbackNameservers directive in main.conf as
> this is the entry used when doing tethering with the --nodnsproxy
> option set or if _no_ nameserver info has been provided via DHCP for
> some utterly m
On Fri, 2015-01-30 at 04:07 -0800, Chris Hiszpanski wrote:
> Good idea, here's the revised patch:
> https://github.com/kuna-systems/connman/commit/348973959e386327dc16aeed6a558b9a6bdd733b.patch
I applied the above patch, thanks!
In the future please send the patch as email to the mailing list, i
On Wed, 2015-02-04 at 21:01 -0600, Janakiram Sistla wrote:
> My question here is I see a call to agent API agent_context_unref().
> But i am not sure who is issuing this. Can some one please let me know
> how this agent API is getting called.
Agent API is getting called only if there is vital info
On Wed, 2015-02-04 at 17:11 +0200, Tomasz Bursztyka wrote:
> No, afaik you need to disable dnsproxy. Or then you will end up with:
>
> dnsproxy configured to use 127.0.0.53 as nameserver, and resolv.conf
> with 127.0.0.1 as nameserver. Duplicated local dns cache/forwarder.
>
> If dnsproxy is disa
On Wed, 2015-02-04 at 16:20 +0100, Martin Tournoij wrote:
> It's not magic :-) But it queries the root server, then .com from
> that, and then example.com from that, insofar as I understand DNS. Or
> maybe I misunderstood something?
>
> I have no lines with forward-zone in /etc/unbound/unbound.con
Hi,
On Wed, 2015-02-04 at 15:23 +0100, Martin Tournoij wrote:
> > How do you pick up the DNS servers when changing networks if ConnMan
> > never writes the ones obtained via DHCP anywhere? How do you update
> the
> > DNS servers at the moment when using your own resolver?
>
> I don't. I
On Tue, 2015-01-06 at 05:01 +0100, Martin Tournoij wrote:
> This is useful because my laptop runs it's own resolver. Every time I
> connect, Connman overwrites /etc/resolv.conf, and I need to script
> around this by overwriting it again after this...
How do you pick up the DNS servers when changin
On Fri, 2015-01-30 at 09:14 +, Priyaranjan Singh wrote:
> But as I understood from you, priority ordering is decided by:
There is a case zero, which in normal circumstances doesn't even try to
autoconnect if there already is a connected service. This happens when
PreferredTechnologies is unset
On Thu, 2015-01-29 at 22:32 -0800, Chris Hiszpanski wrote:
> Here is the patch with a description of the issue and fix:
>
> https://github.com/kuna-systems/connman/commit/685ec6af70824df85fe637f5f79565e9456211a0.patch
Could you move the struct definition including added #ifdefs into
gdhcp/common.
On Thu, 2015-01-29 at 15:48 +0200, Slava Monich wrote:
> With auth_alg set to "OPEN SHARED" some drivers (particularly bcmdhd)
> won't connect to open wifi access points.
Works for me at least. Applied, thanks!
Patrik
___
connman mailing list
c
On Wed, 2015-01-28 at 22:27 +0200, Slava Monich wrote:
> glib doesn't like it.
Applied, thanks!
Patrik
___
connman mailing list
connman@connman.net
https://lists.connman.net/mailman/listinfo/connman
On Thu, 2015-01-08 at 23:56 +0200, pasi.sjoh...@jolla.com wrote:
> From: Pasi Sjöholm
>
> DBusMessage message leaks memory if not cleaned when
> counter is not found.
Applied, thanks!
Patrik
___
connman mailing list
connman@connman.net
https:
Hi,
On Fri, 2015-01-30 at 07:55 +, Priyaranjan Singh wrote:
> 2) Test 2:
>
> *AO Wired{ ethernet_4afaf413be54_cable }
>
> Step 2) First connect target device with WiFi mobile phone (portable
> host spot enabled in Access point mode: data usage off)
>
>
Hi,
On Fri, 2015-01-30 at 07:55 +, Priyaranjan Singh wrote:
> PreferredTechnologies = wifi,ethernet,Bluetooth
If the services end up with equal states, i.e. all in 'ready' or all can
possbly go 'online' the order is wifi first, ethernet second and
bluetooth third.
The start of a doc
Hi,
>From the provided log I cannot figure out what goes on in your test
cases.
On Thu, 2015-01-29 at 13:01 +, Priyaranjan Singh wrote:
> ii) Connect USB device in tether mode (data usage on):
> ethernet_020c1e7b6205_cable
For example in this case, is the device connecting via USB
On Thu, 2015-01-29 at 15:15 +0200, Tomasz Bursztyka wrote:
> And, anyway, as pointed previously, switching to the latest and
> greatest version of ConnMan (1.27 now) is always a good idea!
...and with commit 3ac3eb0d092439247375886fd2a193538e2449df added on top
of version 1.27.
Cheers,
P
On Wed, 2015-01-28 at 11:27 +, Pasi Sjöholm wrote:
> >Why does set_connected() not wait until all properties are checked?
>
> 1) RIL signals to ofono that the context is active.
> 2) ofono can't know if there will be additional signals or not, how
> long to to wait for?
> 3) IMO, the changes f
Hi,
On Wed, 2015-01-21 at 08:34 -0500, Hannu Mallat wrote:
> Don't wait for a reply from supplicant for D-Bus calls which don't
> have a callback function for processing the reply.
I think I'll have the same comment on this patch as on 4/9. Even though
the callback function is never set,
On Mon, 2015-01-26 at 20:37 +0200, Jussi Kukkonen wrote:
> > This makes testing peer connections much faster and less stressful.
>
> Further explanation: This patch has ensured my sanity in the past two
> weeks as I haven't had to constantly keep an eye on the terminal
> running connmanctl while
On Mon, 2015-01-26 at 12:21 +0200, Tomasz Bursztyka wrote:
> ConnMan's own autoscan mechanism has proven to work properly than
> wpa_supplicant's one which does not support hidden SSIDs. Thus removing
> its support entirely.
Applied, thanks!
Patrik
___
On Mon, 2015-01-26 at 11:05 +0200, Tomasz Bursztyka wrote:
> The autoscan module in wpa_supplicant cannot handle hidden SSIDs, where
> connman's autoscan policy does it properly so let's use this later one
> only.
Applied, thanks!
Patrik
___
co
On Mon, 2015-01-26 at 13:42 +0200, Jukka Rissanen wrote:
> The DHCP server id option was sent using host byte order instead of
> network byte order. If the client uses the value when sending data
> to the server, then the DHCP packet will contain IP address in
> wrong byte order.
>
> This issue wa
On Mon, 2015-01-26 at 11:03 +0200, Tomasz Bursztyka wrote:
> In a context where our local peer ends up as the GC, the GO is the
> dhcp server. If for some reason there is a gateway, it will get the
> priority over the dhcp server ip.
Applied, thanks!
Patrik
__
On Fri, 2015-01-23 at 16:50 +0200, Patrik Flykt wrote:
> If the Agent disconnects from D-Bus while being requested for input,
> return error indicating connection aborted and call the respective
> callbacks.
>
> Reported by Thomas Green.
Applied,
On Fri, 2015-01-23 at 11:56 +0200, Patrik Flykt wrote:
> Sometimes wpa_supplicant reports BSS signal strength as zero or does not
> send the BSS 'Signal' property on a newly discovered BSS at all.
>
> As all other signal strength values are reported as negative values,
If the Agent disconnects from D-Bus while being requested for input,
return error indicating connection aborted and call the respective
callbacks.
Reported by Thomas Green.
---
src/agent-connman.c | 28 ++--
1 file changed, 18 insertions(+), 10 deletions(-)
diff --git a/s
Sometimes wpa_supplicant reports BSS signal strength as zero or does not
send the BSS 'Signal' property on a newly discovered BSS at all.
As all other signal strength values are reported as negative values, a
value of zero will always be the greater than any later update with the
signal value lock
On Thu, 2015-01-22 at 13:57 +0200, Patrik Flykt wrote:
> If a service is unconditionally saved every time the passphrase is set,
> it causes autoconnect to be saved with value 'true' in
> provision_service_wifi().
Applied.
Patrik
Hi,
On Thu, 2015-01-22 at 19:37 -0800, Juha Kuikka wrote:
> I may have found an issue with the WPS support in connman.
>
> SW:
> wpa_supplicant v2.3
> connmand v1.27
>
> Environment:
> I have an access point (Netgear R7000) that is advertising two SSIDs,
> for example:
> #1MyWifiNe
If a service is unconditionally saved every time the passphrase is set,
it causes autoconnect to be saved with value 'true' in
provision_service_wifi().
---
src/service.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/service.c b/src/service.c
index 9bba227..f5fb868 100644
--- a/src/servic
On Thu, 2015-01-22 at 11:23 +0530, techi eth wrote:
> connmanctl> tether wifi on
> Error enabling wifi tethering: Invalid arguments
>
> Please give me hint what is missing.
Try with 'tether wifi on ' if neither has been set
before.
> It will be help-full to me if I will get some hint why connma
On Wed, 2015-01-07 at 14:43 +0200, pasi.sjoh...@jolla.com wrote:
> From: Pasi Sjöholm
>
> Reset ipv4/6_method accordingly after disconnecting as
> next active connection might not have the same protocols
> in use.
Applied.
Patrik
___
connman
On Sat, 2015-01-03 at 05:29 +, geosmin wrote:
> Due to the way connman names services, it will not join otherwise known
> networks if the computer's mac address changes. Is there anyway around this
> issue?
As the MAC address is used for network and service identifiers, changing
the MAC addr
On Thu, 2015-01-15 at 13:51 +0200, Patrik Flykt wrote:
> Update the ofono plugin to set the proper ipconfig method.
> ---
>
> Hi,
>
> According to the spec, address autoconfiguration is used for IPv6
> contexts. Let's start by doing this part correctly and ch
On Wed, 2015-01-07 at 14:43 +0200, pasi.sjoh...@jolla.com wrote:
> From: Pasi Sjöholm
>
> It is possible that IPv6.Settings-properties does not include
> ip-address, gateway or nameservers when the context is made active.
> This is due underlying ofono-driver/ril sending the assigned ipv4-address
Hi,
On Wed, 2015-01-07 at 14:43 +0200, pasi.sjoh...@jolla.com wrote:
> From: Pasi Sjöholm
>
> Ofono can signal new configuration while context is active and therefore
> set_connected needs to be called.
> ---
> plugins/ofono.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --g
On Tue, 2015-01-13 at 15:05 -0500, Hannu Mallat wrote:
> Reworked patch 2 and 3 based on review comments; did not touch patch 6
> as the channel variable is referenced in send_request(). Getting rid
> of that reference would require adding channel as a parameter and
> changing all the callers, whic
On Tue, 2015-01-13 at 15:05 -0500, Hannu Mallat wrote:
> Don't wait for a reply from supplicant for D-Bus calls which don't
> have a callback function for processing the reply.
ConnMan constantly crashes with signal 11 at startup after applying this
patch...
Cheers,
Patrik
_
On Mon, 2015-01-19 at 17:41 -0800, Jason Abele wrote:
> From: Jason Abele
>
> The comparison to autoscan->limit is performed before setting the new
> autoscan->interval, allowing one interval to overshoot the limit. Fix
> this by comparing against the newly calculated interval.
Applied, thanks!
401 - 500 of 3357 matches
Mail list logo
