How to start PacRunner ? Systemd vs dbus auto start
by Julien Massot
Hi all,
I'm currently integrating PacRunner,
but I don't see any recommended solution to start it.
PACRunner ship a dbus autostart file in:
/usr/share/dbus-1/system-services/pacrunner.service
BTW the path is not correct, I will send a patch to have
"org.pacrunner.service".
And PacRunner doesn't ship any systemd unit file, so my guess was that
ConnMan will start it through dbus if a proxy server is set manually, or if wpad
discover a pac/wpad file.
But ConnMan plugins doesn't call PacRunner if the daemon is not running,
and explicitely ask to not start the daemon.
static void destroy_proxy_configuration(void)
..
line 237: dbus_message_set_auto_start(msg, FALSE);
static void default_service_changed(struct connman_service *service)
..
line 267: if (!daemon_running)
return;
So from my point of view, shipping a systemd unit file is not the best solution,
since starting pacrunner on boot is a waste of time.
And ConnMan pacrunner plugin,
should try to autostart PacRunner if we connect to a network which
have a proxy configured or discovered.
Last solution should be that on a first call of libproxy pacrunner
starts but it look like a bad solution since most likely connman will
not send the proxy
configuration yet.
Regards,
Julien
--
*This email and any attachment thereto are confidential and intended solely
for the use of the individual or entity to whom they are addressed.If you
are not the intended recipient, please be advised that disclosing, copying,
distributing or taking any action in reliance on the contents of this email
is strictly prohibited. In such case, please immediately advise the sender,
and delete all copies and attachment from your system.This email shall not
be construed and is not tantamount to an offer, an acceptance of offer, or
an agreement by SoftBank Robotics Europe on any discussion or contractual
document whatsoever. No employee or agent is authorized to represent or
bind SoftBank Robotics Europe to third parties by email, or act on behalf
of SoftBank Robotics Europe by email, without express written confirmation
by SoftBank Robotics Europe’ duly authorized representatives.*
------------------------------
*Ce message électronique et éventuelles pièces jointes sont confidentiels,
et exclusivement destinés à la personne ou l'entité à qui ils sont
adressés.Si vous n'êtes pas le destinataire visé, vous êtes prié de ne pas
divulguer, copier, distribuer ou prendre toute décision sur la foi de ce
message électronique. Merci d'en aviser immédiatement l'expéditeur et de
supprimer toutes les copies et éventuelles pièces jointes de votre
système.Ce message électronique n'équivaut pas à une offre, à une
acceptation d’offre, ou à un accord de SoftBank Robotics Europe sur toute
discussion ou document contractuel quel qu’il soit, et ne peut être
interprété comme tel. Aucun employé ou agent de SoftBank Robotics Europe
n'est autorisé à représenter ou à engager la société par email, ou à agir
au nom et pour le compte de la société par email, sans qu’une confirmation
écrite soit donnée par le représentant légal de SoftBank Robotics Europe ou
par toute autre personne ayant reçu délégation de pouvoir appropriée.*
3 years
Sierra gobi modem and RmNet
by Daryl Nebrich
Hi,
I'm using connman 1.34 and ofono 1.20. The modem is a Sierra AR7x
series with QC/Gobi. I'm using Sierra's GobiNet and GobiSerial
drivers. The drivers use QC's RmNet to expose the cell data
connection as an ethernet network interface on the host.
Once the modem is setup and online in ofono, I'm able to create the
data connection in connman using "connect cellular...". After the
connection is established, connmanctl services shows -
connmanctl> services
*AO Wired ethernet_00049f04434e_cable
*AR Wired ethernet_3e75cbee771b_cable
c AT&T cellular_310410598635836_context1
The eth1 interface doesn't look to be associated with the cellular
service. Eventually, the pending cell service connection times out
(service.c:connect_timeout) and the connection is torn down. I
attached the log file. Line 53 shows where detect_newlink() appears
to setup eth1 as a new ethernet service and doesn't detect it as part
of the cellular service. Any ideas how to fix?
Jun 26 14:10:14 imx6qsabreauto daemon.debug connmand[1836]:
../connman-1.34/src/detect.c:detect_newlink() type 1 index 41
Jun 26 14:10:14 imx6qsabreauto daemon.debug connmand[1836]:
../connman-1.34/plugins/ethernet.c:ethernet_newlink() index 41 flags
36995 change 1
Jun 26 14:10:14 imx6qsabreauto daemon.debug connmand[1836]:
../connman-1.34/plugins/ethernet.c:ethernet_newlink() power on
Thanks,
Daryl
3 years
Re: extremely good stuff
by Cliff McDiarmid
Hello,
Just take a look at all that nice stuff I've got for you, it's extremely good! Check it out http://www.skylineprojects.co.in/part.php?9495
See you soon, Cliff McDiarmid
From: connman [mailto:connman@connman.net]
Sent: Friday, June 30, 2017 9:28 AM
To: cliffhanger(a)gardener.com
Subject: Are you tall?
Gaming provides a truly cognitive, productive, and cathartic experience. Gaming has also provided me with some of the most endearing, well written, and spectacular characters that have ever existed in fiction, that's why I love gaming.
Edit: So I get a Steam Card just for posting? Please tell me I do, the thirst is real.
Sent from Mail for Windows 10
3 years, 1 month
[PATCH v2 1/6] iwd: Do not use connectable flag
by blanquicet＠gmail.com
From: Jose Blanquicet <jose.blanquicet-melendez(a)magnetimarelli.com>
Connectable flag forces ConnMan to keep service in list even if it
is no longer in range.
---
plugins/iwd.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/plugins/iwd.c b/plugins/iwd.c
index 8ef9de25258f..b5191654d6cf 100644
--- a/plugins/iwd.c
+++ b/plugins/iwd.c
@@ -203,7 +203,6 @@ static void update_network_connected(struct iwd_network *iwdn)
static void update_network_disconnected(struct iwd_network *iwdn)
{
DBG("interface name %s", iwdn->name);
- connman_network_set_connectable(iwdn->network, false);
connman_network_set_connected(iwdn->network, false);
}
@@ -243,7 +242,6 @@ static int cm_network_connect(struct connman_network *network)
g_strdup(iwdn->path), g_free))
return -EIO;
- connman_network_set_connectable(iwdn->network, true);
connman_network_set_associating(iwdn->network, true);
return -EINPROGRESS;
--
1.9.1
3 years, 1 month
[PATCH] gsupplicant/service: Ease logs reading and analysis
by blanquicet＠gmail.com
From: Jose Blanquicet <jose.blanquicet-melendez(a)magnetimarelli.com>
---
gsupplicant/supplicant.c | 2 ++
src/service.c | 2 ++
2 files changed, 4 insertions(+)
diff --git a/gsupplicant/supplicant.c b/gsupplicant/supplicant.c
index bbc46b4bda04..2d5055769152 100644
--- a/gsupplicant/supplicant.c
+++ b/gsupplicant/supplicant.c
@@ -4893,6 +4893,8 @@ int g_supplicant_interface_connect(GSupplicantInterface *interface,
struct interface_data *intf_data;
int ret = 0;
+ SUPPLICANT_DBG("");
+
if (!interface)
return -EINVAL;
diff --git a/src/service.c b/src/service.c
index 73832f898e32..aff800c14991 100644
--- a/src/service.c
+++ b/src/service.c
@@ -6275,6 +6275,8 @@ int __connman_service_connect(struct connman_service *service,
err = service_connect(service);
+ DBG("service %p err %d", service, err);
+
service->connect_reason = reason;
if (err >= 0)
--
1.9.1
3 years, 1 month
[PATCH] dhcp: multiple interfaces with link-local connection
by Heghedus Razvan
By default connman limits the link-local connection to a single
interface, meaning that we can't have multiple interfaces connected to
link-local networks.
This allows connman to have multiple link-local connections.
Signed-off-by: Heghedus Razvan <razvan.heghedus(a)ni.com>
---
src/dhcp.c | 13 +++++++------
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/src/dhcp.c b/src/dhcp.c
index 54fb64e5..509e3734 100644
--- a/src/dhcp.c
+++ b/src/dhcp.c
@@ -59,10 +59,11 @@ struct connman_dhcp {
GDHCPClient *dhcp_client;
char *ipv4ll_debug_prefix;
char *dhcp_debug_prefix;
+
+ bool ipv4ll_running;
};
static GHashTable *ipconfig_table;
-static bool ipv4ll_running;
static void dhcp_free(struct connman_dhcp *dhcp)
{
@@ -85,7 +86,7 @@ static void ipv4ll_stop_client(struct connman_dhcp *dhcp)
g_dhcp_client_stop(dhcp->ipv4ll_client);
g_dhcp_client_unref(dhcp->ipv4ll_client);
dhcp->ipv4ll_client = NULL;
- ipv4ll_running = false;
+ dhcp->ipv4ll_running = false;
g_free(dhcp->ipv4ll_debug_prefix);
dhcp->ipv4ll_debug_prefix = NULL;
@@ -232,7 +233,7 @@ static int ipv4ll_start_client(struct connman_dhcp *dhcp)
return err;
}
- ipv4ll_running = true;
+ dhcp->ipv4ll_running = true;
return 0;
}
@@ -253,7 +254,7 @@ static void no_lease_cb(GDHCPClient *dhcp_client, gpointer user_data)
struct connman_dhcp *dhcp = user_data;
int err;
- DBG("No lease available ipv4ll %d client %p", ipv4ll_running,
+ DBG("No lease available ipv4ll %d client %p", dhcp->ipv4ll_running,
dhcp->ipv4ll_client);
if (dhcp->timeout > 0)
@@ -262,7 +263,7 @@ static void no_lease_cb(GDHCPClient *dhcp_client, gpointer user_data)
dhcp->timeout = g_timeout_add_seconds(RATE_LIMIT_INTERVAL,
dhcp_retry_cb,
dhcp);
- if (ipv4ll_running)
+ if (dhcp->ipv4ll_running)
return;
err = ipv4ll_start_client(dhcp);
@@ -270,7 +271,7 @@ static void no_lease_cb(GDHCPClient *dhcp_client, gpointer user_data)
DBG("Cannot start ipv4ll client (%d/%s)", err, strerror(-err));
/* Only notify upper layer if we have a problem */
- dhcp_invalidate(dhcp, !ipv4ll_running);
+ dhcp_invalidate(dhcp, !dhcp->ipv4ll_running);
}
static void lease_lost_cb(GDHCPClient *dhcp_client, gpointer user_data)
--
2.13.1
3 years, 1 month
[PATCH 1/2] wifi: Do not allow scan/autoscan on p2p connected interface
by blanquicet＠gmail.com
From: Jose Blanquicet <jose.blanquicet-melendez(a)magnetimarelli.com>
In eed27a6e1d1 was introduced the concept of p2p_device to identify the
dedicated P2P-Group interface created by wpa_supplicant when a P2P
connection is established. This concept is used to deny Scan and Autoscan
(Introduced in b584447dde1) on P2P connected interfaces.
However, if wpa_supplicant is configured to not create such dedicated
P2P-Group interface and instead use directly the same one, then ConnMan
needs a way to continue denying Scan/Autoscan on that P2P connected
interface and that is the scope if this patch. With this modification,
the p2p_device flag is also used to temporally mark the current interface
connected with P2P.
---
plugins/wifi.c | 12 +++++++++++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/plugins/wifi.c b/plugins/wifi.c
index a49031c..551cfea 100644
--- a/plugins/wifi.c
+++ b/plugins/wifi.c
@@ -402,8 +402,10 @@ static int peer_disconnect(struct connman_peer *peer)
&peer_params);
g_free(peer_params.path);
- if (ret == -EINPROGRESS)
+ if (ret == -EINPROGRESS) {
peer_cancel_timeout(wifi);
+ wifi->p2p_device = false;
+ }
return ret;
}
@@ -2981,6 +2983,14 @@ static void peer_changed(GSupplicantPeer *peer, GSupplicantPeerState state)
connman_peer_set_as_master(connman_peer,
!g_supplicant_peer_is_client(peer));
connman_peer_set_sub_device(connman_peer, g_wifi->device);
+
+ /*
+ * If wpa_supplicant didn't create a dedicated p2p-group
+ * interface then mark this interface as p2p_device to avoid
+ * scan and auto-scan are launched on it while P2P is connected.
+ */
+ if (!g_list_find(p2p_iface_list, g_wifi))
+ wifi->p2p_device = true;
}
connman_peer_set_state(connman_peer, p_state);
--
1.9.1
3 years, 1 month
OMG it's true
by Cliff McDiarmid
Yo!
I've just found something really interesting and OMG ... it’s amazing, just take a look http://bit.do/dxePu
Wishes, Cliff McDiarmid
Sent from Mail for Windows 10
3 years, 1 month
