| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
| |
3gpp2-profile parameters
|
|
|
|
|
| |
Also, version bump to 1.13.5 to flag the exact version in which the change was
introduced.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[21 Oct 2015, 15:15:41] [Debug] Asynchronously getting autoconnect settings...
[21 Oct 2015, 15:15:41] [Debug] [/dev/cdc-wdm1] Sent message...
<<<<<< RAW:
<<<<<< length = 13
<<<<<< data = 01:0C:00:00:01:4D:00:01:00:34:00:00:00
[21 Oct 2015, 15:15:41] [Debug] [/dev/cdc-wdm1] Sent message (translated)...
<<<<<< QMUX:
<<<<<< length = 12
<<<<<< flags = 0x00
<<<<<< service = "wds"
<<<<<< client = 77
<<<<<< QMI:
<<<<<< flags = "none"
<<<<<< transaction = 1
<<<<<< tlv_length = 0
<<<<<< message = "Get Autoconnect Settings" (0x0034)
[21 Oct 2015, 15:15:41] [Debug] [/dev/cdc-wdm1] Received message...
>>>>>> RAW:
>>>>>> length = 24
>>>>>> data = 01:17:00:80:01:4D:02:01:00:34:00:0B:00:02:04:00:00:00:00:00:01:01:00:00
[21 Oct 2015, 15:15:41] [Debug] [/dev/cdc-wdm1] Received message (translated)...
>>>>>> QMUX:
>>>>>> length = 23
>>>>>> flags = 0x80
>>>>>> service = "wds"
>>>>>> client = 77
>>>>>> QMI:
>>>>>> flags = "response"
>>>>>> transaction = 1
>>>>>> tlv_length = 11
>>>>>> message = "Get Autoconnect Settings" (0x0034)
>>>>>> TLV:
>>>>>> type = "Result" (0x02)
>>>>>> length = 4
>>>>>> value = 00:00:00:00
>>>>>> translated = SUCCESS
>>>>>> TLV:
>>>>>> type = "Status" (0x01)
>>>>>> length = 1
>>>>>> value = 00
>>>>>> translated = disabled
error: operation failed: Couldn't get the mandatory Roaming TLV: TLV 0x10 not found
|
| |
|
|
|
|
|
|
|
|
| |
This would be equivalent to the new format used in mbimcli's --connect
operation, and will allow us to add new parameters easily.
Note that The old legacy format will still be supported, for backwards
compatibility.
|
| |
|
|
|
|
| |
E.g. to give the global packet data handle, which is 0xFFFFFFFF.
|
| |
|
| |
|
|
|
|
| |
Also, remove some obsolete email addresses.
|
|
|
|
| |
Reported-by: Tom Schuring
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This update includes two main changes:
* The internal state file generated in /tmp is now named according to the
cdc-wdm control port in use; e.g. /tmp/qmi-network-state-cdc-wdm0
* A new --profile option is included, which allows specifying a custom path
from where to read the profile information.
After this change, qmi-network may be called for different modems in the same
machine just providing a different profile path (if needed), or even reusing
the same one if both modems need the same configuration. E.g.:
$ qmi-network --profile=/path/to/one.conf /dev/cdc-wdm1 start
$ qmi-network --profile=/path/to/two.conf /dev/cdc-wdm2 start
At any moment, you can know the WWAN interface associated to each /dev/cdc-wdm
port using either qmicli, e.g.:
$ qmicli -d /dev/cdc-wdm1 --get-wwan-iface
wwp0s29u1u6i8
$ qmicli -d /dev/cdc-wdm2 --get-wwan-iface
wwp0s29u1u6i10
Or, otherwise directly from sysfs:
$ ls /sys/class/usbmisc/cdc-wdm1/device/net
wwp0s29u1u6i8
$ ls /sys/class/usbmisc/cdc-wdm2/device/net
wwp0s29u1u6i10
|
|
|
|
|
|
|
|
|
|
|
| |
For C++ compatibility, we should not generate variables with the names of
protected C++ keywords, like 'new'. Currently this was happening in the "DMS Set
Service Programming Code" method, where we had a TLV named "New". Instead of
renaming the TLV, which would change the name of the getter method as well, we
will force prepending the "value_" string to the variable names of the getter
and setter methods.
https://bugs.freedesktop.org/show_bug.cgi?id=91479
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Will print the IPv4 and IPv6 settings when connected. This information can be
used to statically set the network interface configuration, instead of relying
on a DHCP client.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Currently just supporting '--wms-reset' and '--wms-noop'.
|
| |
|
|
|
|
|
|
|
|
| |
tlv->length is little-endian, so access to it must be protected
with GUINT16_FROM_LE/GUINT16_TO_LE. Fixes testcase failures
on PPC32.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778346
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
qmicli-dms.c: In function ‘get_time_ready’:
qmicli-dms.c:1585: error: declaration of ‘timezone’ shadows a global declaration
/usr/include/time.h:292: error: shadowed declaration is here
make[4]: *** [qmicli-qmicli-dms.o] Error 1
make[4]: Leaving directory `/usr/src/libqmi-1.13.4/src/qmicli'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/usr/src/libqmi-1.13.4/src/qmicli'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/libqmi-1.13.4/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/libqmi-1.13.4'
make: *** [all] Error 2
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This new option will make the proxy to avoid exiting when no connected clients
were found. Without this option, the proxy will end up exiting after 30s without
a valid QmiDevice connected to the proxy, e.g.:
$ sudo /usr/libexec/qmi-proxy --verbose
[23 feb 2015, 20:48:35] [Debug] creating UNIX socket service...
[23 feb 2015, 20:48:35] [Debug] starting UNIX socket service at 'qmi-proxy'...
[23 feb 2015, 20:49:05] [Debug] UNIX socket service at 'qmi-proxy' stopped
[23 feb 2015, 20:49:05] [Debug] exiting 'qmi-proxy'...
|
|
|
|
|
|
|
| |
The qmi-proxy setup will be used by default if the profile has the following
setting:
PROXY=yes
|
| |
|
| |
|
|
|
|
|
| |
Not an official release, just a way to flag the availability of the new "DMS
Set FCC Authentication" command.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Dell-branded Sierra modems, like the Dell DW5570 (Sierra Wireless MC8805) need
this specific command before they can be put in 'online' mode:
$ sudo qmicli -d /dev/cdc-wdm1 --dms-get-operating-mode
[/dev/cdc-wdm1] Operating mode retrieved:
Mode: 'low-power'
HW restricted: 'no'
$ sudo qmicli -d /dev/cdc-wdm1 --dms-set-fcc-authentication
[/dev/cdc-wdm1] Successfully set FCC authentication
$ sudo qmicli -d /dev/cdc-wdm1 --dms-get-operating-mode
[/dev/cdc-wdm1] Operating mode retrieved:
Mode: 'online'
HW restricted: 'no'
https://bugzilla.kernel.org/show_bug.cgi?id=92101
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These values may be given along with a QMI error (e.g. out-of-call), so don't
assume that a success operation is a prerequisite to read them.
[04 Feb 2015, 20:55:07] [Debug] [/dev/cdc-wdm1] Received message...
>>>>>> RAW:
>>>>>> length = 42
>>>>>> data = 01:29:00:80:01:08:02:0D:00:24:00:1D:00:02:04:00:01:00:0F:00:1C:08:00:2B:17:00:00:00:00:00:00:1B:08:00:87:28:00:00:00:00:00:00
[04 Feb 2015, 20:55:07] [Debug] [/dev/cdc-wdm1] Received message (translated)...
>>>>>> QMUX:
>>>>>> length = 41
>>>>>> flags = 0x80
>>>>>> service = "wds"
>>>>>> client = 8
>>>>>> QMI:
>>>>>> flags = "response"
>>>>>> transaction = 13
>>>>>> tlv_length = 29
>>>>>> message = "Get Packet Statistics" (0x0024)
>>>>>> TLV:
>>>>>> type = "Result" (0x02)
>>>>>> length = 4
>>>>>> value = 01:00:0F:00
>>>>>> translated = FAILURE: OutOfCall
>>>>>> TLV:
>>>>>> type = "Last Call Rx Bytes Ok" (0x1c)
>>>>>> length = 8
>>>>>> value = 2B:17:00:00:00:00:00:00
>>>>>> translated = 5931
>>>>>> TLV:
>>>>>> type = "Last Call Tx Bytes Ok" (0x1b)
>>>>>> length = 8
>>>>>> value = 87:28:00:00:00:00:00:00
>>>>>> translated = 10375
|
| |
|
| |
|
|
|
|
|
|
| |
Each QMI control port has one and only one associated WWAN net port. This new
"device-wwan-iface" property and the qmi_device_get_wwan_iface() getter allow
to load the WWAN net port name by looking directly at sysfs.
|
| |
|
| |
|