| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
| |
src/libqmi-glib/qmi-device.c: In function 'device_open_context_step':
src/libqmi-glib/qmi-device.c:2204:5: error: label 'next_step' defined but not used [-Werror=unused-label]
next_step:
^
cc1: all warnings being treated as errors
Makefile:614: recipe for target 'libqmi_glib_la-qmi-device.lo' failed
|
| |
|
| |
|
|
|
|
|
|
| |
They all had the WDS prefix instead of WMS, so fix that.
We include the old names in -compat to avoid breaking API.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
The 'since' tag specifies in which major stable version the given
message or TLV was introduced.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Otherwise the MBIM channel will be kept open and the next MBIM commands
won't succeed.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The sync close operation that was implemented was partially useless
because the source responsible for I/O was scheduled in the main
context, so we were really relying on that main context to be still
running to properly finish the operation. i.e. a qmi_device_close()
after the default main loop was stopped would always end up with a
timeout error, as the response was never read.
So, we now modify the sync operation so that it doesn't do any explicit
wait for the response, we just issue the MBIM close command.
And we provide a new async operation that may be used to wait for the
MBIM close response.
|
|
|
|
|
| |
E.g. during the test fixtures in the unit tests, where we create
QmiDevices for non-existent devices.
|
| |
|
|
|
|
|
|
|
|
| |
The default, if nothing specified, is the 'auto mode', which can also be
explicitly selected with --device-open-auto.
The user may also select an explicit mode with --device-open-mbim or
--device-open-qmi.
|
|
|
|
|
|
|
|
| |
The default, if nothing specified, is the 'auto mode', which can also be
explicitly selected with --device-open-auto.
The user may also select an explicit mode with --device-open-mbim or
--device-open-qmi.
|
| |
|
|
|
|
|
|
| |
This patch fixes the image length check in download_image(). The check
'if (filelen < 0)' in download_image() is always false as 'filelen' is a
size_t and thus unsigned value. The check is effectively bypassed.
|
|
|
|
|
| |
-Wtype-limits warns when comparing unsigned variables <= 0, which
we shouldn't be doing.
|
|
|
|
|
|
|
| |
g_type_init() has been deprecated (and also marked with the attribute
'deprecated') since glib 2.36 as the type system is automatically
initialized. Since the minimum version of glib required by libqmi is
2.36, calling g_type_init() isn't necessarily in the libqmi code.
|
| |
|
|
|
|
|
| |
So that running the same test at the same time in the same machine
(e.g. during the jenkins jobs...) doesn't crash.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[01 feb 2017, 23:14:53] [Debug] [qfu-updater] reset requested successfully...
[01 feb 2017, 23:14:53] [Debug] [qfu-updater] cleaning up QMI device...
[01 feb 2017, 23:14:53] [Debug] [/dev/cdc-wdm2] Releasing 'dms' client with flags 'none'...
[01 feb 2017, 23:14:53] [Debug] [/dev/cdc-wdm2] Unregistered 'dms' client with ID '2'
[01 feb 2017, 23:14:53] [Debug] [/dev/cdc-wdm2] Sent message...
<<<<<< RAW:
<<<<<< length = 12
<<<<<< data = 02:00:00:00:0C:00:00:00:0B:00:00:00
[01 feb 2017, 23:14:53] [Debug] [/dev/cdc-wdm2] Sent message (translated)...
<<<<<< Header:
<<<<<< length = 12
<<<<<< type = close (0x00000002)
<<<<<< transaction = 11
[01 feb 2017, 23:15:13] [Debug] [qfu-udev] event: remove ttyUSB0
[01 feb 2017, 23:15:13] [Debug] [qfu-udev] event: remove ttyUSB1
[01 feb 2017, 23:15:13] [Debug] [qfu-udev] event: remove wwan0
[01 feb 2017, 23:15:13] [Debug] [qfu-udev] event: remove 2-1.4:1.0
[01 feb 2017, 23:15:13] [Debug] [qfu-udev] event: remove 2-1.4:1.3
[01 feb 2017, 23:15:13] [Debug] [qfu-udev] event: remove cdc-wdm2
[01 feb 2017, 23:15:13] [Debug] [qfu-udev] event: remove 2-1.4:1.13
[01 feb 2017, 23:15:13] [Debug] [qfu-udev] event: remove 2-1.4:1.12
[01 feb 2017, 23:15:13] [Debug] [qfu-udev] event: remove 2-1.4
[01 feb 2017, 23:15:13] [Debug] [qfu-udev] event: add 2-1.4
[01 feb 2017, 23:15:13] [Debug] [qfu-udev] event: add 2-1.4:1.0
[01 feb 2017, 23:15:13] [Debug] [qfu-udev] event: add 2-1.4:1.3
[01 feb 2017, 23:15:13] [Debug] [qfu-udev] event: add 2-1.4:1.12
[01 feb 2017, 23:15:13] [Debug] [qfu-udev] event: add 2-1.4:1.13
[01 feb 2017, 23:15:13] [Debug] [qfu-udev] event: add cdc-wdm2
[01 feb 2017, 23:15:13] [Debug] [qfu-udev] event: add ttyUSB0
[01 feb 2017, 23:15:13] [Debug] [qfu-udev] event: add wwan0
[01 feb 2017, 23:15:13] [Debug] [qfu-udev] event: add ttyUSB1
[01 feb 2017, 23:15:13] [Debug] [qfu-updater] now waiting for cdc-wdm device...
error: error waiting for cdc-wdm: waiting for device at '/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.4' timed out
|
|
|
|
|
|
|
|
|
|
|
| |
Make sure all GUdevDevice objects created during the helper methods
aren't unref-ed after the GUdevClient that created them.
This is because the udev context is owned by the GUdevClient but also
used (without any full reference) by all udev_devices (i.e.
GUdevDevices) created from that same context.
Quite easy to reproduce when using libudev < 218.
|
| |
|
| |
|
| |
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=99495
|
|
|
|
| |
We just leave 'fastboot', which is the one required for firmware update.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
So that we get the current running firmware details, e.g.:
original firmware revision was:
SWI9X15C_05.05.58.01 r27044 carmd-fwbuild1 2015/03/05 00:02:40
original running firmware details:
Model: MC7354
Boot version: SWI9X15C_05.05.58.01 r27044 carmd-fwbuild1 2015/03/05 00:02:40
AMSS version: SWI9X15C_05.05.58.01 r27044 carmd-fwbuild1 2015/03/05 00:02:40
SKU ID: 1102016
Package ID: 1102016_9903211_SWI9X15C_05.05.16.02_00_Generic_005.004_000
Carrier ID: 5
original firmware preference details:
image 'modem': unique id '005.029_001', build id '05.05.58.01_VZW'
image 'pri': unique id '005.029_001', build id '05.05.58.01_VZW'
new firmware revision is:
SWI9X15C_05.05.63.01 r28860 CARMD-EV-FRMWR1 2015/07/02 11:04:50
new running firmware details:
Model: MC7354
Boot version: SWI9X15C_05.05.63.01 r28860 CARMD-EV-FRMWR1 2015/07/02 11:04:50
AMSS version: SWI9X15C_05.05.63.01 r28860 CARMD-EV-FRMWR1 2015/07/02 11:04:50
SKU ID: 1102016
Package ID: 1102016_9903211_SWI9X15C_05.05.16.02_00_Generic_005.004_000
Carrier ID: 11
new firmware preference details:
image 'modem': unique id '005.037_000', build id '05.05.63.01_SPRINT'
image 'pri': unique id '005.037_000', build id '05.05.63.01_SPRINT'
NOTE: this device supports firmware preference management
with qmicli operations:
--dms-get-firmware-preference
--dms-set-firmware-preference
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a vendor-specific message with id 0x5556.
E.g. for a Dell DW5570:
[/dev/cdc-wdm1] Successfully retrieved current firmware:
Model: MC8805
Boot version: SWI9X15C_01.08.16.02 r15159 carmd-fwbuild1 2013/05/16 17:41:33
AMSS version: SWI9X15C_01.08.16.02 r15159 carmd-fwbuild1 2013/05/16 17:41:33
SKU ID: 1101798
Package ID: 1101798_9902617_SWI9X15C_01.08.16.02_00_Dell_001.005_000
Carrier ID: 12
Config version: unknown
And for a MC7455:
[/dev/cdc-wdm1] Successfully retrieved current firmware:
Model: MC7455
Boot version: SWI9X30C_02.14.03.00
AMSS version: SWI9X30C_02.14.03.00
SKU ID: 1102476
Package ID: unknown
Carrier ID: 202
Config version: 000.008_000
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
E.g. if the command requested will end up power cycling the device and
therefore not even supporting the cid release operation, as in the
"HP Change Device Mode" command.
[22 ene 2017, 18:42:23] [Debug] [/dev/cdc-wdm1] sent generic request (translated)...
<<<<<< QMUX:
<<<<<< length = 16
<<<<<< flags = 0x00
<<<<<< service = "ctl"
<<<<<< client = 0
<<<<<< QMI:
<<<<<< flags = "none"
<<<<<< transaction = 2
<<<<<< tlv_length = 5
<<<<<< message = "Release CID" (0x0023)
<<<<<< TLV:
<<<<<< type = "Release Info" (0x01)
<<<<<< length = 2
<<<<<< value = 02:02
<<<<<< translated = [ service = 'dms' cid = '2' ]
[22 ene 2017, 18:42:23] [Debug] [/dev/cdc-wdm1] sending message as MBIM...
error: couldn't release client: MBIM error: Transaction timed out
|
|
|
|
| |
We are going to include a different version of DMS 0x5556 for Sierra devices.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We want to support non-standard messages that may be encoded with
different TLVs depending on how the vendor implemented them.
Anyway, right now this is really just to support the correct translation
of TLVs and message contents in the get_printable() methods.
The support is only included for QMI request/responses, and not for QMI
indications. This is because the library knows in which moment the
requests are created (and can apply the same rules to the matched
response when it is received). For the indications, though, there is no
such context configurable yet.
|
|
|
|
|
|
|
|
| |
Also, define a new QmiDmsHpDeviceMode enumeration with the modes found
out of the HPlt4120.
Note this command is flagged as 'HP' because it only applies to HP
devices, at least only to the HPlt4120.
|
| |
|
| |
|
| |
|
| |
|
| |
|