Sierra MC8775 wrong ttyUSB for data chosen?
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
ModemManager |
Expired
|
Medium
|
|||
modemmanager (Ubuntu) |
Incomplete
|
Undecided
|
Unassigned |
Bug Description
Hi,
I am not sure if my guess, that mm chooses the wrong tty for data and by this leaving the data port "open" as at command port is true, but I am sure something is not working right atm and this is my best bet ;)
I am using a Thinkpad T61 with build in mini-pcie sierra wireless wwan MC8775 with USB ID 1199:6813.
MM version is 0.2.git.
Checking the logs mm uses ttyUSB0 as the data port to open connections which leaves ttyUSB2 as the designated AT Command port, but when I try to use this with minicom I
a) can't see my input in the terminal
b) can't get any response on at commands except OK or ERROR
regardless if I try this while connected or unconnected.
If the modem is unconnected I can minicom to ttyUSB0 and use any supported AT Command (like AT!GSTATUS?) with normal behaviour - long answers, typing visible...
ttyUSB2 still behaves the same strange way if the modem is unconnected.
This leads me to my guess (as sierra for some modems uses ttyUSB0 as data, for others ttyUSB2 and the free other for commands), that mm probably should use ttyUSB0 for commands and ttyUSB2 for data.
As I need to get some info from the card to monitor signalstrenght and some more parameters I need a working command port.
Is there any easy way to patch mm to use the second detected modem port (ttyUSB2) for the data connection (while probably still using ttyUSB0 for commands) ?
Regards,
Norbert
Changed in modemmanager: | |
importance: | Unknown → Medium |
status: | Unknown → Expired |
I can confirm this issue. The upstream bug report is at https:/ /bugzilla. gnome.org/ show_bug. cgi?id= 598939