Bug 85041 - probing: sync with NM to decide whether a WWAN port is really modem-controlled
Summary: probing: sync with NM to decide whether a WWAN port is really modem-controlled
Status: RESOLVED MOVED
Alias: None
Product: ModemManager
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
Hardware: Other All
: medium minor
Assignee: ModemManager bug user
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-10-15 09:26 UTC by Aleksander Morgado
Modified: 2018-06-10 09:03 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Aleksander Morgado 2014-10-15 09:26:08 UTC
Originally reported at:
  https://bugzilla.gnome.org/show_bug.cgi?id=730918
  http://lists.freedesktop.org/archives/modemmanager-devel/2014-April/001062.html

There are devices out there (e.g. Huawei E355) which expose a WWAN port,
flagged as WWAN by the kernel, but which doesn't require any further setup via
any control protocol.

MM could have a new 'probing' property to let users know that a device is being
probed, and if the probing ends without MM creating a modem for a given WWAN
port, NM could take over the control of the port and try IP setup on it
directly as if it were an Ethernet interface.
Comment 1 Xavion 2014-10-18 20:22:19 UTC
This problem also occurs with the Huawei E5372T.  A detailed bug report, including debug output, exists here: https://bugzilla.gnome.org/show_bug.cgi?id=723978
Comment 2 GitLab Migration User 2018-06-10 09:03:59 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mobile-broadband/ModemManager/issues/45.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.