Send connman mailing list submissions to
[email protected]
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
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of connman digest..."
Today's Topics:
1. Re: [PATCH 1/1] build: Add --disable-stats option (Daniel Wagner)
2. RE: Issue with service reporting on a 4G modem (Bassem BOUBAKER)
3. Re: Issue with service reporting on a 4G modem (Daniel Wagner)
4. Default Gateway (Vasiu Alexandru)
5. Ofono LTE modems and connman services (Jonas Bonn)
----------------------------------------------------------------------
Message: 1
Date: Mon, 26 Feb 2018 08:35:54 +0100
From: Daniel Wagner <[email protected]>
To: Chris Novakovic <[email protected]>
Cc: Jonas Bonn <[email protected]>, [email protected]
Subject: Re: [PATCH 1/1] build: Add --disable-stats option
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
On 02/16/2018 02:15 PM, Jonas Bonn wrote:
> On 02/16/2018 01:38 PM, Chris Novakovic wrote:
>> Generation of interface statistics files can now be controlled at
>> compile-time using the --{enable,disable}-stats configure options.
>> Statistics files remain enabled by default.
>
> If this is Feng Wang's patch, then you should have him as the patch
> author... if you've massaged it into something unrecognizable, just
> mention him as your source of inspiration in the patch comment.
Yes, please mention in the commit message this is based on Feng's work.
This is the only salary we can pay here :)
Thanks,
Daniel
------------------------------
Message: 2
Date: Mon, 26 Feb 2018 12:16:04 +0000
From: Bassem BOUBAKER <[email protected]>
To: Daniel Wagner <[email protected]>
Cc: "[email protected]" <[email protected]>, "[email protected]"
<[email protected]>
Subject: RE: Issue with service reporting on a 4G modem
Message-ID:
<am4pr01mb1873371b219961c9d091856a9c...@am4pr01mb1873.eurprd01.prod.exchangelabs.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Daniel,
Issue is fixed. Thank you for your help.
I used to have this:
# cat /sys/class/net/usb0/uevent
INTERFACE=usb0
IFINDEX=7
I changed my driver in the kernel to probe it as a wwan info device based on
vid and pid .
Now I have the DEVTYPE correct:
# cat /sys/class/net/wwan0/uevent
DEVTYPE=wwan
INTERFACE=wwan0
IFINDEX=7
Below my kernel patch in case of anyone having the same issue.
PS: I'm using a Cinterion PLS8 modem.
diff --git a/drivers/net/usb/cdc_ether.c b/drivers/net/usb/cdc_ether.c
index b1897c7..b1c29c2 100644
--- a/drivers/net/usb/cdc_ether.c
+++ b/drivers/net/usb/cdc_ether.c
@@ -480,7 +480,7 @@ static const struct driver_info wwan_info = {
#define ZTE_VENDOR_ID 0x19D2
#define DELL_VENDOR_ID 0x413C
#define REALTEK_VENDOR_ID 0x0bda
-
+#define GEMALTO_VENDOR_ID 0x1e2d
static const struct usb_device_id products [] = {
/*
* BLACKLIST !!
@@ -709,6 +709,17 @@ static const struct usb_device_id products [] = {
.bInterfaceProtocol = USB_CDC_PROTO_NONE,
.driver_info = (unsigned long)&wwan_info,
}, {
+ /* Cinterion pls8 by GEMALTO */
+ .match_flags = USB_DEVICE_ID_MATCH_VENDOR
+ | USB_DEVICE_ID_MATCH_PRODUCT
+ | USB_DEVICE_ID_MATCH_INT_INFO,
+ .idVendor = GEMALTO_VENDOR_ID,
+ .idProduct = 0x0061,
+ .bInterfaceClass = USB_CLASS_COMM,
+ .bInterfaceSubClass = USB_CDC_SUBCLASS_ETHERNET,
+ .bInterfaceProtocol = USB_CDC_PROTO_NONE,
+ .driver_info = (unsigned long)&wwan_info,
+},{
/* Telit modules */
USB_VENDOR_AND_INTERFACE_INFO(0x1bc7, USB_CLASS_COMM,
USB_CDC_SUBCLASS_ETHERNET, USB_CDC_PROTO_NONE),
Thanks,
Bassem.
>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
------------------------------
Message: 3
Date: Mon, 26 Feb 2018 13:25:08 +0100
From: Daniel Wagner <[email protected]>
To: Bassem BOUBAKER <[email protected]>
Cc: "[email protected]" <[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: Issue with service reporting on a 4G modem
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Hi Bassem,
On 26.02.2018 13:16, Bassem BOUBAKER wrote:
> Issue is fixed. Thank you for your help.
Glad to hear you could fix it.
> I used to have this:
> # cat /sys/class/net/usb0/uevent
> INTERFACE=usb0
> IFINDEX=7
>
> I changed my driver in the kernel to probe it as a wwan info device based on
> vid and pid .
>
> Now I have the DEVTYPE correct:
> # cat /sys/class/net/wwan0/uevent
> DEVTYPE=wwan
> INTERFACE=wwan0
> IFINDEX=7
>
>
> Below my kernel patch in case of anyone having the same issue.
>
> PS: I'm using a Cinterion PLS8 modem.
Please also create a patch for Linux upstream. You are almost there.
Just add a commit message and send it to the right mailing list :)
Thanks,
Daniel
------------------------------
Message: 4
Date: Mon, 26 Feb 2018 14:18:29 +0000
From: Vasiu Alexandru <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Default Gateway
Message-ID:
<cafw0ytsshwa4-kumlqmyabzchgcdbac6_d4d8rdwjwqylbx...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
I have *2 PCs *with the following set-up:
- both have 2 interfaces: eth0 and eth1
*PC 1: *
- Not connected to network
- Has a *DHCP* Server with gives private IPs from 192.168.2.0/24
- Is connected to *PC 2 *through eth0 (eth0 PC 1 to eth0 PC 2)
*PC 2:*
- eth0 has IP from *DHCP* Server from *PC 1*
- eth1 has IP from an intern network (also private, 10. ...)
If I run "ip route show" on PC 2, it shows *2 default gateways* (one for
eth0 and one for eth1) on *Ubuntu* and on a distribution with *connman*, it
shows just *one default gateway *(eth 1).
Questions:
1. Which is the normal behavior?
2. If both interfaces have different IPs from the same network there
should be only one default gateway or one for each interface (with the same
value)?
Thank you,
Alexandru Vasiu
NI
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.01.org/pipermail/connman/attachments/20180226/d48e7617/attachment-0001.html>
------------------------------
Message: 5
Date: Mon, 26 Feb 2018 15:37:43 +0100
From: Jonas Bonn <[email protected]>
To: [email protected], "[email protected]" <[email protected]>
Subject: Ofono LTE modems and connman services
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
The following issue is causing us some grief and I really need some
guidance on how to approach this. This is being sent to both the ofono
and connman mailing lists because it's not really clear to me who's
doing the right/wrong thing here...
The connman ofono plugin does the following:
i) It powers up (enables) the modem
ii) If cellular tech is enabled, it brings the modem online
For an LTE-modem, this second step results in a default bearer being
attached and thereby the modem is 'connected'. The third connman step,
setting the ofono context to Active, is not required for LTE; the
context becomes 'Active=true' right away.
The above effectively means that it's not possible to have an LTE modem
that does not auto-connect (in connman terms).
Now the APN that ofono sets on the LTE context is 'automatic'; that was
selected because connman _requires_ some APN or else it ignores the
context altogther.
If the modem roams away from LTE connectivity and wants to fallback to
UMTS/GSM, it needs another context with a valid APN. So now the modem
has two 'internet' contexts ('automatic' and APN) which connman presents
as two distinct services.
These two services, as far as I can tell, end up competing with each
other when connecting and a mess ensues... if the lower numbered context
is the 3G context, connman goes into an endless loop attempting to set
it Active and continuously failing when the tech switches to LTE.
The question is, what are the expectations here:
i) What does it mean for connman to see two 'internet' contexts since
it sets up two services for them?
ii) How is a modem supposed to roam between LTE and UMTS/GSM networks
when one requires an APN and the other does not.
iii) Not auto-connecting an LTE modem means not bringing it online; what
implications does this have for connman?
The above is currently a bit of a confusing mess and both ofono and
connman get themselves tied in a knot when the modem switches between
LTE and non-LTE techs. Any guidance on how to approach this would be
appreciated.
Thanks,
Jonas
------------------------------
Subject: Digest Footer
_______________________________________________
connman mailing list
[email protected]
https://lists.01.org/mailman/listinfo/connman
------------------------------
End of connman Digest, Vol 28, Issue 20
***************************************
