- 04 Sep, 2012 6 commits
-
-
Sandeep Shedmake authored
-
Milo Casagrande authored
-
Aurimas Černius authored
-
Andika Triwidada authored
-
Yuri Chornoivan authored
-
Tom Tryfonidis authored
-
- 03 Sep, 2012 2 commits
-
-
Jiří Klimeš authored
Regression caused by 6ba93343
-
Jiří Klimeš authored
-
- 31 Aug, 2012 1 commit
-
-
Jiří Klimeš authored
-
- 30 Aug, 2012 4 commits
-
-
Dan Williams authored
Buggy kernel drivers sometimes default the carrier to ON when they are capable of link-detection but the carrier is actually off, and they quickly switch the carrier OFF when they determine actual carrier state (cdc-ether, for example). The initial carrier ON event would trigger a queued state change from UNAVAILABLE to DISCONNECTED, which may auto-activate the device. But before that state change happens, if a carrier OFF event comes in, that queued state was not getting cleared and the device would transition to DISCONNECTED even though the carrier was off. To ensure that never happens, and that we don't enter states that aren't valid when the carrier is off, we need to clear any queued state changes that wouldn't be valid in the new carrier state.
-
Dan Williams authored
Should also ignore them when building up the initial IPv6 config.
-
Ben Jencks authored
The kernel periodically adds routes for specific operations, including when pinging any host. These are temporary routes and aren't part of the interface's permanent routing configuration, so we should ignore them.
-
Jiří Klimeš authored
-
- 29 Aug, 2012 8 commits
-
-
Dan Williams authored
-
Thomas Graf authored
The bridging code needs it as well.
-
Dan Williams authored
If ModemManager isn't running, don't put DUN connections into AvailableConnections, and don't allow DUN connections to be started either automatically or manually.
-
Dan Williams authored
To be used when MM quits unexpectedly, or isn't running and the device needs MM.
-
Dan Winship authored
Because object-valued properties (like ip4-config) get reloaded asynchronously when they change, we will still have out-of-date values for them cached at the point when we get the StateChanged signal from the daemon. Work around this by manually reloading all properties before emitting the client-side signal. Also, fix a dumb bug in NMObject...
-
Jiří Klimeš authored
AP1 -> AP[1] NSP1 -> NSP[1] It's more readable (section names are AP an NSP) and it makes indexing format conform to other data, like IP4.DNS[1].
-
Jiří Klimeš authored
-
Dan Williams authored
The MM API defines the GetIP4Config method return as (uuuu) which is [ IP, DNS1, DNS2, DNS3 ]. Unfortunately the for() loop in the static_stage3_done() function started at index 0, which is the IP address. This caused the IP address to be added to the DNS list. It should start at index 1 instead.
-
- 28 Aug, 2012 1 commit
-
-
Dan Williams authored
-
- 27 Aug, 2012 3 commits
-
-
Dan Williams authored
-
Dan Winship authored
-
Dan Williams authored
The functions return an 'int', which can be < 0 for errors, so we can't just treat the return value as a boolean.
-
- 24 Aug, 2012 6 commits
-
-
Dan Williams authored
This worked fine with PPP because PPP terminates, and NM watches for that and handles it fine. But modems with pseudo-ethernet ports don't have anything like that, so we have to watch the modem's state property instead. This works only with MM 0.5.4 and later (including 0.6).
-
Dan Williams authored
PPP interfaces are transient and created by their master interface (usually for PPPoE or WWAN) and thus we don't want their removal to affect their master device. Unfortunately, that was happening when a manual 'killall -TERM pppd' was run, which caused the udev device removal signal, which caused NM to remove the master WWAN device when udev signaled that the 'ppp' interface was gone.
-
Dan Williams authored
Otherwise the parent classes (like NMDevice) don't clean up correctly.
-
Dan Williams authored
-
Jiří Klimeš authored
-
Jiří Klimeš authored
-
- 22 Aug, 2012 1 commit
-
-
Jiří Klimeš authored
-
- 17 Aug, 2012 3 commits
-
-
Dan Williams authored
Some rfkill drivers (sony-laptop, ideapad-laptop, classmate-laptop, etc) register their rfkill drivers under the "acpi" subsystem instead of the platform subsystem, but the semantics are the same.
-
Dan Williams authored
-
Dan Williams authored
-
- 16 Aug, 2012 1 commit
-
-
Dan Williams authored
Hidden SSIDs won't always show up in the scan list, so they need to be present in AvailableConnections even if we don't see them int he scan list.
-
- 15 Aug, 2012 4 commits
-
-
Dan Williams authored
-
Nathanael D. Noblet authored
Implements a new property that provides a list of currently available connections a device could connect to. For example if a connection for a particular wireless connection exists and that wireless network appears in the scan list it would show in the AvailableConnections property of the device. (dcbw: found a slightly cleaner way to do this; it's a lot like the check_connection_compatible class method, except it deals with live network data too. So convert the subclass methods to just check additional live network data, and have the base device class handle adding the connection to the hash and all the associated signalling. Also fix a bug where the available connections were not updated when a device moved from UNAVAILABLE to available, its available connections were not updated)
-
Paul Menzel authored
-
Pavel Šimerda authored
-