Verizon UML295

[Markus Gothe]

Getting hold of a device with the latest fw and using the code from Dave and reimplemented it as an usual-dev-callback I managed to switch it to QMI-mode (and it use ‘rawip’ by default).
The trick is that the device will appear first as 0x1a9 0x606f and then wait 2-3 secs for the switch and then eject itself and come back as 0x1a9 0x6064 in www-mode if *not* switched to QMI-mode.

Thanks for your help on resolving this. Especially Dave for providing the modeswitch-code.
Here is a simple patch as a token of appreciation.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pantech_uml295.patch
Type: application/octet-stream
Size: 2553 bytes
Desc: not available
URL: <http://lists.freedesktop.org/archives/libqmi-devel/attachments/20150306/eb88d233/attachment.obj>
-------------- next part --------------


//M

On 02 Sep 2014, at 18:04 , Markus Gothe <nietzsche at lysator.liu.se> wrote:

> Interestingly so Change the UML295 mode when plugged in to my Linux machine at work: ecm+hid.
> 
> //M
> 
> Skickat ifrån min mobil.
> Den 2 sep 2014 09:50 skrev Markus Gothe <markus at dovado.com>:
>> 
>> The HID devices are wrapped up in mystery... They are really HID-devices for reason unknown.
>> 
>> //M
>> 
>> Den 2 sep 2014 08:01 skrev =?ISO-8859-1?Q?Bj=F8rn_Mork?= <bjorn at mork.no>:
>>> 
>>> Markus Gothe <nietzsche at lysator.liu.se> writes:
>>> 
>>>> Still not sure how to use it since this is how it will enumerate it self:
>>>> [  297.876567] usb 1-1: new high-speed USB device number 2 using ehci-pci
>>>> [  298.010745] usb 1-1: New USB device found, idVendor=10a9, idProduct=6064
>>>> [  298.010748] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
>>>> [  298.010750] usb 1-1: Product: PANTECH UML295
>>>> [  298.010753] usb 1-1: Manufacturer: Pantech, Incorporated
>>>> [  298.010754] usb 1-1: SerialNumber: UML295591906098
>>>> [  298.697748] cdc_ether 1-1:1.0 eth1: register 'cdc_ether' at usb-0000:00:1d.7-1, CDC Ethernet Device, d0:57:85:74:4b:c9
>>>> [  298.697843] usbcore: registered new interface driver cdc_ether
>>> 
>>> Could still be a QMI function using CDC ECM class codes, like
>>> e.g. Novatel does it. Try manually unbinding from cdc_ether and then
>>> bind to qmi_wwan so you can test qmicli against it.  I.e.
>>> 
>>> echo "1-1:1.0" >/sys/bus/usb/drivers/cdc_ether/unbind
>>> modprobe qmi_wwan
>>> echo "10a9 6064" >/sys/bus/usb/drivers/qmi_wwan/new_id
>>> 
>>>> [  298.765996] hidraw: raw HID events driver (C) Jiri Kosina
>>>> [  298.850160] usbcore: registered new interface driver usbhid
>>>> [  298.850162] usbhid: USB HID core driver
>>>> [  299.171355] hid-generic 0003:10A9:6064.0001: hiddev0,hidraw0: USB HID v2.00 Device [Pantech, Incorporated PANTECH UML295] on usb-0000:00:1d.7-1/input2
>>>> [  299.172067] hid-generic 0003:10A9:6064.0002: hiddev0,hidraw1: USB HID v2.00 Device [Pantech, Incorporated PANTECH UML295] on usb-0000:00:1d.7-1/input3
>>> 
>>> I assume this HID device is just there for further mode switching?  Or
>>> maybe it's used for more than that?
>>> 
>>> Bjørn
>>> _______________________________________________
>>> libqmi-devel mailing list
>>> libqmi-devel at lists.freedesktop.org
>>> http://lists.freedesktop.org/mailman/listinfo/libqmi-devel

//Markus - The panama-hat hacker

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freedesktop.org/archives/libqmi-devel/attachments/20150306/eb88d233/attachment.sig>