Send connman mailing list submissions to
connman@lists.01.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.01.org/mailman/listinfo/connman
or, via email, send a message with subject or body 'help' to
connman-requ...@lists.01.org
You can reach the person managing the list at
connman-ow...@lists.01.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of connman digest..."
Today's Topics:
1. Re: Get all interfaces (Julien Massot)
2. [PATCH] ntp: fixed segfault (Vasyl Vavrychuk)
3. Re: [PATCH] ntp: fixed segfault (Daniel Wagner)
4. Re: [PATCH] firewall-iptables: Avoid string reallocation
(Daniel Wagner)
5. Re: [PATCH v2] service: Do not set domainname if
AllowDomainnameUpdates is false (Daniel Wagner)
6. Re: Issue with service reporting on a 4G modem (Daniel Wagner)
----------------------------------------------------------------------
Message: 1
Date: Fri, 23 Feb 2018 16:41:56 +0100
From: Julien Massot <jmas...@softbankrobotics.com>
To: Vasiu Alexandru <alexandru.va...@cnglsibiu.ro>
Cc: connman@lists.01.org
Subject: Re: Get all interfaces
Message-ID:
<CADGp=Qd3od3OfqfjrW_Wk6B8SbJwm=SxDrAGdN3GAA8u=fj...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Vasiu,
On Thu, Feb 22, 2018 at 4:59 PM, Vasiu Alexandru <
alexandru.va...@cnglsibiu.ro> wrote:
> Hi,
>
> Is it possible to get all network interfaces using connman? I tried to get
> them through services, but for example, if I have eth1 not connected with a
> cable (without inet addr in ifconfig) doesn't appear when I call services.
>
There is no concept of network interface with ConnMan, but services, and
technologies.
A technologies can expose multiple services e.g wifi, while an ethernet
technology will expose a service if there is a carrier,
e.g your ethernet cable is plugged in.
So you will not have equivalent features than ifconfig command.
But you can try to see if "connmanctl services" or "connmanctl
technologies" fit your needs.
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.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.01.org/pipermail/connman/attachments/20180223/dd83a524/attachment-0001.html>
------------------------------
Message: 2
Date: Fri, 23 Feb 2018 17:53:56 +0200
From: Vasyl Vavrychuk <vvavryc...@gmail.com>
To: connman@lists.01.org, w...@monom.org
Subject: [PATCH] ntp: fixed segfault
Message-ID: <20180223155356.21769-1-vvavryc...@gmail.com>
---
src/ntp.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/ntp.c b/src/ntp.c
index f28a52f1..3c40f621 100644
--- a/src/ntp.c
+++ b/src/ntp.c
@@ -230,8 +230,7 @@ static void send_packet(struct ntp_data *nd, struct
sockaddr *server,
* trying another server.
*/
- nd->timeout_id = g_timeout_add_seconds(timeout, send_timeout,
- GUINT_TO_POINTER(timeout));
+ nd->timeout_id = g_timeout_add_seconds(timeout, send_timeout, nd);
}
static gboolean next_poll(gpointer user_data)
--
2.11.0
------------------------------
Message: 3
Date: Fri, 23 Feb 2018 18:54:11 +0100
From: Daniel Wagner <w...@monom.org>
To: Vasyl Vavrychuk <vvavryc...@gmail.com>
Cc: connman@lists.01.org
Subject: Re: [PATCH] ntp: fixed segfault
Message-ID: <ecbc8aa6-7b22-a622-38dc-625ed4c5a...@monom.org>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Vasyl,
On 02/23/2018 04:53 PM, Vasyl Vavrychuk wrote:
> ---
> src/ntp.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/src/ntp.c b/src/ntp.c
> index f28a52f1..3c40f621 100644
> --- a/src/ntp.c
> +++ b/src/ntp.c
> @@ -230,8 +230,7 @@ static void send_packet(struct ntp_data *nd, struct
> sockaddr *server,
> * trying another server.
> */
>
> - nd->timeout_id = g_timeout_add_seconds(timeout, send_timeout,
> - GUINT_TO_POINTER(timeout));
> + nd->timeout_id = g_timeout_add_seconds(timeout, send_timeout, nd);
> }
D'oh. Thanks for finding this one. Patch applied after updating the
commit message slightly.
Thanks,
Daniel
------------------------------
Message: 4
Date: Fri, 23 Feb 2018 19:03:12 +0100
From: Daniel Wagner <w...@monom.org>
To: Santtu Lakkala <i...@inz.fi>
Cc: connman@lists.01.org
Subject: Re: [PATCH] firewall-iptables: Avoid string reallocation
Message-ID: <4feb8288-2e6e-87a2-e998-08331bba9...@monom.org>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Santtu,
On 02/21/2018 10:11 AM, Santtu Lakkala wrote:
> Use the format functionality of firewall_add_rule to avoid string
> duplication. Also avoids potential trouble if an address looking like a
> format string falls through.
Patch applied.
Thanks,
Daniel
------------------------------
Message: 5
Date: Fri, 23 Feb 2018 19:06:25 +0100
From: Daniel Wagner <w...@monom.org>
To: Bertrand Jacquin <bertr...@jacquin.bzh>
Cc: conn...@connman.net
Subject: Re: [PATCH v2] service: Do not set domainname if
AllowDomainnameUpdates is false
Message-ID: <40f8ded0-a0e7-7e8c-8853-d73dc840d...@monom.org>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Bertrand,
On 02/21/2018 04:40 AM, Bertrand Jacquin wrote:
> Replicating AllowHostnameUpdates since it can be annoying to have local
> domainname to be overridden (jumping from hotel to hotel)
Traveling too much? :)
Patch applied.
Thanks,
Daniel
------------------------------
Message: 6
Date: Fri, 23 Feb 2018 19:19:46 +0100
From: Daniel Wagner <w...@monom.org>
To: Bassem BOUBAKER <bassem.bouba...@actia.fr>
Cc: "connman@lists.01.org" <connman@lists.01.org>, "of...@ofono.org"
<of...@ofono.org>
Subject: Re: Issue with service reporting on a 4G modem
Message-ID: <8105e020-dd73-5c87-2cad-0ae32da1c...@monom.org>
Content-Type: text/plain; charset=utf-8
Hi Bassem,
On 02/20/2018 10:44 AM, Bassem BOUBAKER wrote:
> Hello Daniel,
>
> Exactly, my modem is creating an additional ethernet interface, and I don't
> know why.
>
> Please find in the link below the full log of connman.
>
> https://ufile.io/dmgbw
Feb 20 08:52:21 pcm kernel: cdc_acm 1-1:1.4: ttyACM2: USB ACM device
Feb 20 08:52:21 pcm kernel: cdc_acm 1-1:1.6: ttyACM3: USB ACM device
Feb 20 08:52:21 pcm kernel: cdc_acm 1-1:1.8: This device cannot do calls on its
own. It is not a modem.
Feb 20 08:52:21 pcm kernel: cdc_acm 1-1:1.8: ttyACM4: USB ACM device
Feb 20 08:52:21 pcm kernel: usbcore: registered new interface driver cdc_acm
Feb 20 08:52:21 pcm kernel: cdc_acm: USB Abstract Control Model driver for USB
modems and ISDN adapters
Feb 20 08:52:21 pcm kernel[657]: cdc_acm 1-1:1.0: ttyACM0: USB ACM device
Feb 20 08:52:21 pcm kerncdc_ether 1-1:1.10 usb0: CDC: unexpected notification
01!
el[657]: cdc_acm 1-1:1.2: ttyACM1: USB ACM device
Feb 20 08:52:21 pcm kernel[657]: cdc_acm 1-1:1.4: ttyACM2: USB ACM device
Feb 20 08:52:21 pcm kernel[657]: cdc_acm 1-1:1.6: ttyACM3: USB ACM device
Feb 20 08:52:21 pcm kernel[657]: cdc_acm 1-1:1.8: This device cannot do calls
on its own. It is not a modem.
Feb 20 08:52:21 pcm kernel[657]: cdc_acm 1-1:1.8: ttyACM4: USB ACM device
Feb 20 08:52:21 pcm kernel[657]: usbcore: registered new interface driver
cdc_acm
Feb 20 08:52:21 pcm kernel[657]: cdc_acm: USB Abstract Control Model driver for
USB modems and ISDN adapters
Feb 20 08:52:21 pcm connmand[700]: src/rtnl.c:rtnl_message() buf 0x7eeffbf8 len
1076
Feb 20 08:52:21 pcm connmand[cdc_ether 1-1:1.12 usb1: CDC: unexpected
notification 01!
700]: src/rtnl.c:rtnl_message() NEWLINK len 1076 type 16 flags 0x0000 seq 0 pid 0
Feb 20 08:52:21 pcm connmand[700]: src/ipconfig.c:__connman_ipconfig_newlink()
index 7
Feb 20 08:52:21 pcm connmand[700]: usb0 {create} index 7 type 1 <ETHER>
Feb 20 08:52:21 pcm connmand[700]: usb0 {update} flags 4098 <DOWN>
Feb 20 08:52:21 pcm connmand[700]: usb0 {newlink} index 7 address
XX:XX:XX:XX:00:00 mtu 1500
Feb 20 08:52:21 pcm connmand[700]: usb0 {newlink} index 7 operstate 2 <DOWN>
Check if the DEVTYPE is set correctly on the modem. If it is not
wwan ConnMan wont ignore it src/rntl.c:
static void read_uevent(struct interface_data *interface)
{
[...]
found_devtype = false;
while (fgets(line, sizeof(line), f)) {
char *pos;
pos = strchr(line, '\n');
if (!pos)
continue;
pos[0] = '\0';
if (strncmp(line, "DEVTYPE=", 8) != 0)
continue;
found_devtype = true;
if (strcmp(line + 8, "wlan") == 0) {
interface->service_type = CONNMAN_SERVICE_TYPE_WIFI;
interface->device_type = CONNMAN_DEVICE_TYPE_WIFI;
} else if (strcmp(line + 8, "wwan") == 0) {
interface->service_type = CONNMAN_SERVICE_TYPE_CELLULAR;
interface->device_type = CONNMAN_DEVICE_TYPE_CELLULAR;
} else if (strcmp(line + 8, "bluetooth") == 0) {
interface->service_type =
CONNMAN_SERVICE_TYPE_BLUETOOTH;
interface->device_type = CONNMAN_DEVICE_TYPE_BLUETOOTH;
} else if (strcmp(line + 8, "gadget") == 0) {
interface->service_type = CONNMAN_SERVICE_TYPE_GADGET;
interface->device_type = CONNMAN_DEVICE_TYPE_GADGET;
} else if (strcmp(line + 8, "vlan") == 0) {
interface->service_type = CONNMAN_SERVICE_TYPE_ETHERNET;
interface->device_type = CONNMAN_DEVICE_TYPE_ETHERNET;
} else if (strcmp(line + 8, "bond") == 0) {
interface->service_type = CONNMAN_SERVICE_TYPE_ETHERNET;
interface->device_type = CONNMAN_DEVICE_TYPE_ETHERNET;
} else {
interface->service_type = CONNMAN_SERVICE_TYPE_UNKNOWN;
interface->device_type = CONNMAN_DEVICE_TYPE_UNKNOWN;
}
}
[...]
}
DEVTYPE=wwan in /sys/class/net/<device>/uevent.
HTH!
Thanks,
Daniel
------------------------------
Subject: Digest Footer
_______________________________________________
connman mailing list
connman@lists.01.org
https://lists.01.org/mailman/listinfo/connman
------------------------------
End of connman Digest, Vol 28, Issue 16
***************************************
