September 2017 - connman

Sierra MC7455 module not identified as modem by Ofono

by Eswaran Vinothkumar (BEG/PJ-IOT-EL)

Hello, For my project I am planning to use Sierra MC7455 module. I want to use the module along with ConnMan & oFono. The versions used are: Connman: 1.34 Ofono: 1.20 Linux Kernel : 4.9.39 After plugging in the module I could see that the device getting attached and the interface cdc-wdm0 is available. The log messages are as shown: Sep 07 12:34:00 cl-som-imx7 kernel: usb 1-1.1: New USB device found, idVendor=1199, idProduct=9071 Sep 07 12:34:00 cl-som-imx7 kernel[215]: usb 1-1.1: New USB device fqmi_wwan 1-1.1:1.8 wwan0: register 'qmi_wwan' at usb-ci_hdrc.1-1.1, WWAN/QMI device, fa:37:7b:9e:49:2a ound, idVendor=1199, idProduct=9071 Sep 07 12:34:00 cl-som-imx7 kernel: usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Sep 07 12:34:00 cl-som-imx7 kernel: usb 1-1.1: Product: Sierra Wireless MC7455 Qualcomm® Snapdragon(tm) X7 LTE-A Sep 07 12:34:00 cl-som-imx7 kernel[215]: usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Sep 07 12:34:00 cl-som-imx7 kernel[215]: usb 1-1.1: Product: Sierra Wireless MC7455 Qualcomm® Snapdragon(tm) X7 LTE-A Sep 07 12:34:00 cl-som-imx7 kernel: usb 1-1.1: Manufacturer: Sierra Wireless, Incorporated Sep 07 12:34:00 cl-som-imx7 kernel[215]: usb 1-1.1: Manufacturer: Sierra Wireless, Incorporated Sep 07 12:34:00 cl-som-imx7 kernel: usb 1-1.1: SerialNumber: LQ71660082041020 Sep 07 12:34:00 cl-som-imx7 kernel[215]: usb 1-1.1: SerialNumber: LQ71660082041020 Sep 07 12:34:00 cl-som-imx7 kernel: qcserial 1-1.1:1.0: Qualcomm USB modem converter detected Sep 07 12:34:00 cl-som-imx7 kernel[215]: qcserial 1-1.1:1.0: Qualcomm USB modem converter detected Sep 07 12:34:00 cl-som-imx7 kernel: usb 1-1.1: Qualcomm USB modem converter now attached to ttyUSB0 Sep 07 12:34:00 cl-som-imx7 kernel[215]: usb 1-1.1: Qualcomm USB modem converter now attached to ttyUSB0 Sep 07 12:34:00 cl-som-imx7 kernel: qcserial 1-1.1:1.2: Qualcomm USB modem converter detected Sep 07 12:34:00 cl-som-imx7 kernel[215]: qcserial 1-1.1:1.2: Qualcomm USB modem converter detected Sep 07 12:34:00 cl-som-imx7 kernel: usb 1-1.1: Qualcomm USB modem converter now attached to ttyUSB1 Sep 07 12:34:00 cl-som-imx7 kernel: qcserial 1-1.1:1.3: Qualcomm USB modem converter detected Sep 07 12:34:00 cl-som-imx7 kernel[215]: usb 1-1.1: Qualcomm USB modem converter now attached to ttyUSB1 Sep 07 12:34:00 cl-som-imx7 kernel[215]: qcserial 1-1.1:1.3: Qualcomm USB modem converter detected Sep 07 12:34:00 cl-som-imx7 kernel: usb 1-1.1: Qualcomm USB modem converter now attached to ttyUSB2 Sep 07 12:34:00 cl-som-imx7 kernel[215]: usb 1-1.1: Qualcomm USB modem converter now attached to ttyUSB2 Sep 07 12:34:00 cl-som-imx7 connmand[213]: wwan0 {create} index 6 type 1 <ETHER> Sep 07 12:34:00 cl-som-imx7 connmand[213]: wwan0 {update} flags 4098 <DOWN> Sep 07 12:34:00 cl-som-imx7 connmand[213]: wwan0 {newlink} index 6 address FA:37:7B:9E:49:2A mtu 1500 Sep 07 12:34:00 cl-som-imx7 connmand[213]: wwan0 {newlink} index 6 operstate 2 <DOWN> Sep 07 12:34:00 cl-som-imx7 connmand[213]: Adding interface wwan0 [ cellular ] Sep 07 12:34:00 cl-som-imx7 kernel: qmi_wwan 1-1.1:1.8: cdc-wdm0: USB WDM device Sep 07 12:34:00 cl-som-imx7 kernel: qmi_wwan 1-1.1:1.8 wwan0: register 'qmi_wwan' at usb-ci_hdrc.1-1.1, WWAN/QMI device, fa:37:7b:9e:49:2a Sep 07 12:34:00 cl-som-imx7 kernel[215]: qmi_wwan 1-1.1:1.8: cdc-wdm0: USB WDM device Sep 07 12:34:00 cl-som-imx7 kernel[215]: qmi_wwan 1-1.1:1.8 wwan0: register 'qmi_wwan' at usb-ci_hdrc.1-1.1, WWAN/QMI device, fa:37:7b:9e:49:2a I tried to run the test scripts under ofono, but it doesn't able to identify any modem devices. The log messages are as shown: root@cl-som-imx7:/usr/lib/ofono/test# ./list-modems root@cl-som-imx7:/usr/lib/ofono/test# root@cl-som-imx7:/usr/lib/ofono/test# ./enable-modem Traceback (most recent call last): File "./enable-modem", line 14, in <module> path = modems[0][0] IndexError: list index out of range root@cl-som-imx7:/usr/lib/ofono/test# It would be great if you get help me in identifying the issue. Mit freundlichen Grüßen / Best regards Vinothkumar Eswaran BEG-PT/PJ-IOT1

3 years, 4 months

2
2
0 / 0

[PATCH] gdhcp: Fixed IPv4 link-local IP conflict error.

by Niraj Kumar Goit

In IPv4 link-local IP configuration, during the ARP probe period if ARP packet is received with the source mac-address that matches client mac-address it will incorrectly cause a IP conflict error. So, in the received ARP packet if source mac-address matches the client mac-address return '0'. --- gdhcp/client.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/gdhcp/client.c b/gdhcp/client.c index 3e67fcd..6735778 100644 --- a/gdhcp/client.c +++ b/gdhcp/client.c @@ -1423,6 +1423,9 @@ static int ipv4ll_recv_arp_packet(GDHCPClient *dhcp_client) arp.arp_op != htons(ARPOP_REQUEST)) return -EINVAL; + if (memcmp(arp.arp_sha, dhcp_client->mac_address, ETH_ALEN) == 0) + return 0; + ip_requested = htonl(dhcp_client->requested_ip); source_conflict = !memcmp(arp.arp_spa, &ip_requested, sizeof(ip_requested)); -- 1.9.1

3 years, 4 months

2
1
0 / 0

Connman coredump

by Cliff McDiarmid

Hi Must apologize for other unconnected emails that have dropped in forum. Still trying to figure how that occured. I've been using Connman for about three years and have had nothing but success. But I've just installed into a Gnome3 64bit systemd system. I'm now experiencing dumps every five minutes or so, after restarting the connection, into /var/lib/connman. These consist of sizable files labelled 'stats-918J6Y', as an example, of up to a gig in size. There is nothing obvious from the journal log, but maybe the following? Sep 15 23:21:48 cliffhangers org.gnome.Shell.desktop[3244]: Window manager warning: Invalid WM_TRANSIENT_FOR window 0xe00007 specified for 0xe00005 (Connman Sy). Sep 15 23:24:02 cliffhangers gnome-terminal-[3544]: GtkDialog mapped without a transient parent. This is discouraged. Sep 15 23:25:23 cliffhangers cmst.desktop[4195]: "Another running instance of CMST has been detected. This instance is aborting" Sep 15 23:25:23 cliffhangers org.gnome.Shell.desktop[3244]: Window manager warning: Invalid WM_TRANSIENT_FOR window 0xe00007 specified for 0xe00005 (Connman Sy). Sep 15 23:25:35 cliffhangers org.gnome.Shell.desktop[3244]: Window manager warning: Invalid WM_TRANSIENT_FOR window 0xe00007 specified for 0xe00049 (CMST Warni). Sep 15 23:27:46 cliffhangers systemd[3172]: Time has been changed Sep 15 23:29:33 cliffhangers org.gtk.vfs.Daemon[3184]: A connection to the bus can't be made Sep 15 23:29:33 cliffhangers org.gnome.Shell.CalendarServer[3184]: gnome-shell-calendar-server[3269]: Lost (or failed to acquire) the name org.gnome.Shell.CalendarServer - exiting Sep 15 23:29:33 cliffhangers gnome-settings-[3329]: gnome-settings-daemon: Fatal IO error 11 (Resource temporarily unavailable) on X server :1. Sep 15 23:29:33 cliffhangers cmst.desktop[3456]: ICE default IO error handler doing an exit(), pid = 3456, errno = 32 Sep 15 23:29:33 cliffhangers gvfsd-recent[3626]: gvfsd-recent: Fatal IO error 11 (Resource temporarily unavailable) on X server :1. Sep 15 23:29:33 cliffhangers gnome-shell[3244]: gnome-shell: Fatal IO error 11 (Resource temporarily unavailable) on X server :1. Sep 15 23:29:33 cliffhangers gnome-terminal-[3544]: gnome-terminal-server: Fatal IO error 11 (Resource temporarily unavailable) on X server :1. Sep 15 23:29:33 cliffhangers evolution-calen[3392]: Error releasing name org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx3346x3: The connection is closed Sep 15 23:29:33 cliffhangers org.gtk.vfs.Daemon[3184]: A connection to the bus can't be made Sep 15 23:29:33 cliffhangers /usr/libexec/gdm-x-session[3180]: (II) evdev: AT Translated Set 2 keyboard: Close Sep 15 23:29:33 cliffhangers org.gtk.vfs.Daemon[3184]: A connection to the bus can't be made Sep 15 23:29:33 cliffhangers org.gtk.vfs.Daemon[3184]: A connection to the bus can't be made Until the process is killed I have a roaring fan. Can someone advise here? thanks Cliff

3 years, 4 months

2
1
0 / 0

Re: [PATCH] giognutls: Fix a crash using wispr over TLS

by Daniel Wagner

Hi Jian, Jian Liang <liangjian2005(a)gmail.com> writes: > From: Jian Liang <jianliang(a)tycoint.com> > > When gnutls_channel is instantiated, the gnutls_channel->established > has to be initiated as FALSE. Otherwise, check_handshake function > won't work. A random initial value 1 of gnutls_channel->established > will make check_handshake return G_IO_STATUS_NORMAL, when the channel > is actually not ready to be used. The observed behaviours are, > > - wispr is getting random errors in wispr_portal_web_result > - ConnMan crashes on exit after those random errors > - when wispr is luckly working, ConnMan doesn't crash on exit > > Signed-off-by: Jian Liang <jianliang(a)tycoint.com> Oh, nice catch. I removed the SoB since we don't do it this project. Patch applied. Thanks, Daniel

3 years, 4 months

1
0
0 / 0

hey! interesting article

by Cliff McDiarmid

Hi! I've just read an article that you might really like. You will not regret, please read it here http://www.motif99.com/medical.php?UE9jb25ubWFuQGNvbm5tYW4ubmV0 Cliff McDiarmid - Neither we nor any third parties provide any warranty or guarantee as to the accuracy, timeliness, performance, completeness or suitability of the information and materials found or offered on this website for any particular purpose. You acknowledge that such information and materials may contain inaccuracies or errors and we expressly exclude liability for any such inaccuracies or errors to the fullest extent permitted by law.

3 years, 4 months

1
0
0 / 0

Connman coredump

by Cliff McDiarmid

3 years, 4 months

1
0
0 / 0

Connman coredump

by Cliff McDiarmid

3 years, 4 months

1
0
0 / 0

wow! höw are yöu?

by Cliff McDiarmid

I've read articles recently and it reminded me öf yöu, please read it here and nötify me yöur ideas http://youtume.es/march.php?UE9jb25ubWFuQGNvbm5tYW4ubmV0 Typos courtesy of my iPhone, Cliff McDiarmid - In no event will we be liable for any loss or damage including without limitation, indirect or consequential loss or damage, or any loss or damage whatsoever arising from loss of data or profits arising out of, or in connection with, the use of this website. Through this website you are able to link to other websites which are not under the control of US. We have no control over the nature, content and availability of those sites. The inclusion of any links does not necessarily imply a recommendation or endorse the views expressed within them.

3 years, 4 months

1
0
0 / 0

Using connman programmatically from C++ source code

by Giovanni Parodi

Good morning, I'm a new user of connman SW and I would like to integrate it in a C source code. I would like to do something like linking wpa_cli in order to programmatically use this SW. However I found nothing related to this topic on the project documentation (I found lot of examples about the CLI, but no way to use standard C/C++ API). My SW needs to: - configure WiFi connection - scan WiFi - Connect to WiFi AP - manage ppp connections Any help will be appreciated Best regards Giovanni

3 years, 4 months

2
1
0 / 0

💰I want you inside my head

by Cliff McDiarmid

Basically, I want you to understand my mindset. Sure, this is a bit of a “how-to” guide, but more importantly, I want you to really get an understanding of how I think and why I’ve built my business the way I have. If you can start seeing things from my perspective, the mysterious world of affiliate marketing will start to open up to you. Check it out http://www.meetprank.com/jobs_life_n2x.php?m=EY29ubm1hbkBjb25ubWFuLm5ldA--

3 years, 4 months

1
0
0 / 0

2021

2020

2019

2018

2017

2016

2015

connman September 2017