Preventing MM from probing specific serial ports on supported modems
Bjørn Mork
bjorn at mork.no
Wed Sep 21 07:55:06 UTC 2016
Bjørn Mork <bjorn at mork.no> writes:
> I'm sure there must be some way to do this, but I'm unable to figure out
> how. I want MM to completely ignore the GPS NMEA port on the MC7455. I
> want that port to be handled by gpsd. And having two daemons touching
> the same port does feel a bit yucky. Besides, MM doesn't really deal
> all that well with NMEA and sometimes crashes while running the AT
> probe:
Still wondering about how to configure this. MM doesn't crash when
probing the GPS port anymore, but now I have a modem firmware which
does....
I have the GPS function confgured to autostart on '$GPS_START', to save
some power when it's not in use (this was the Lenovo default setting,
BTW). And the GPS port works fine if I ensure that '$GPS_START' is the
first thing it sees. But if ModemManager is running, then there will be
some failing AT commands sent first during port probing. Nothing bad
happens as long as I don't use the GPS at all, but sending '$GPS_START'
after the MM probing causes the firmware to always reset.
This is a Lenovo EM7455 with firmware version SWI9X30C_02.20.03.00.
The issue is of course a firmware bug. But anyway: It would be nice to
be able to flag this port as "do not touch" for MM. The AT probing is a
waste of time in the best case. And the firmware issue is an example of
unnecessary problems due to the unexpeced probes.
Note that it is possible to have a very generic GPS port rule for all
Sierra modems, since they always use the same USB interface number. So
if there only was a way to blacklist individual USB interfaces on
otherwise managed modems...
Bjørn
More information about the ModemManager-devel
mailing list