| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
After commit 8ca6e412c1c0214603503521b6461e47b13be373, libnm-glib is
able to instantiate unknown devices as dummy objects without creating
a D-Bus proxy for them. Enable this behavior for every new unknown
device type.
|
| |
|
| |
|
| |
|
|
|
|
| |
Add a new method to the platform code to create vxlan devices.
|
| |
|
|
|
|
|
| |
Add a new NMSettingVxlan which describes properties of VXLAN
connections.
|
|\
| |
| |
| | |
https://bugzilla.gnome.org/show_bug.cgi?id=755986
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
The setting contains properties that are specific to macvlans and
macvtaps.
|
|/
|
|
| |
It's easier to handle it as an integer than as a string.
|
| |
|
|
|
|
|
|
|
|
| |
Otherwise after 72c36bd6db96 ("device/tun: fix reloading tun
properties") the mode would remain always set to the default value
"tun".
Fixes: 9110ad39c55bee0b338350d645374fb99fb6e47d
|
|
|
|
| |
Fixes: e2da055f900e147a871fac37f2b755ab83d0265e
|
|
|
|
| |
Fixes: e2da055f900e147a871fac37f2b755ab83d0265e
|
| |
|
|
|
|
|
|
|
|
|
|
| |
When activating a device, we must progress the device state to
disconnected state.
This matters when activating a device without carrier. In this
case we would have skipped DISCONNECTED state. Skipping the
device state then leads to other issues like a slave device
never noticing that the master got ready.
|
|
|
|
| |
This generalizes _NM_DEVICE_CHECK_DEV_AVAILABLE_IGNORE_CARRIER.
|
|
|
|
| |
ALL had wrongly the value 0x05 instead of 0x03.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Device subclasses (for example NMDeviceWifi) can use the ifindex in
their constructor(), but the value now is set later in
parent class constructed(). This causes the following:
nm_platform_wifi_get_capabilities: assertion 'ifindex > 0' failed
Fix this by initializing ifindex earlier in NMDevice's
constructor(). While at it, remove the
nm_assert (pllink->type != NM_LINK_TYPE_NONE);
assertion, since pllink can be NULL there.
Fixes: 6db04dc20664479fc71f102a536dbf2f4501c5a2
|
| |
|
|\
| |
| |
| |
| | |
Avoids a mismatch of incompatible devices of the same class. Consider two
devices of tap class, one of tun mode and one of tap mode.
|
| |
| |
| |
| |
| | |
Let it indicate that it didn't succeed adding a device to the global list and
bail out.
|
| |
| |
| |
| |
| | |
This is, in particular, important for devices that support multiple link types
which can not be changed once the platform device exists.
|
| |
| |
| |
| |
| | |
The unrealized device's factory could be using one particular link type, don't
allow matching the device to a non-matching one.
|
|/
|
|
|
|
| |
This is to make it possible for the device factories to indicate the desired
link type and make it possible to avoid matching the unrealized device to a
platform device of different link type.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
- cleanup _NMLOG()
- implement state_to_string() based on NM_UTILS_STRING_LOOKUP_TABLE(),
which prints unknown values as numeric
- add logging when setting device and state
- cleanup logging in check-master-ready to consistently
print relevant information
- update logging in set_master() to match simpler logging
format like set_device() and set_state().
|
| |
|
|
|
|
| |
Fixes: f45f702a5ece358bf8cc075dc3a2d2f04f99b4d7
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We often lookup the private data and retrieve it via NM_DEVICE_GET_PRIVATE(),
which in turn calls G_TYPE_INSTANCE_GET_PRIVATE().
Instead cache the pointer to the private data.
There are up- and downsides:
- requries additional sizeof(gpointer) bytes for each NMDevice.
+ retrieving the private pointer will be slightly faster.
+ easier debugging in gdb as it is currently often a pain to
retrieve the private data.
But most importantly, the allows to change our common pattern
to first cache the private data in a variable @priv. That is
often cumbersome to write, especially for short functions.
This change gives us a choice to use self->priv directly.
Such a change should not be aimed for every class. Instead it makes
mostly sense for NMDevice, where it pays off better due to the
class' size and ubiquitous use.
https://mail.gnome.org/archives/networkmanager-list/2015-December/msg00017.html
|
|
|
|
|
|
| |
It is well understood that world would implode if the device was its own master.
Fixes: f45f702a5ece358bf8cc075dc3a2d2f04f99b4d7
|
|
|
|
|
|
|
| |
The new line was missing.
Adding termios_new.c_lflag |= (ECHONL | ICANON); did not help. Why?
Fixes: a14306c2cebed02cec73bbf18fa24ee79a66b649
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Showcase for the new macros NM_UTILS_STRING_LOOKUP_TABLE() and
NM_UTILS_STRING_LOOKUP_TABLE_DEFINE_STATIC().
It changes behavior in case of looking up an invalid/unknown
state reason. Previously it would just have returned "unknown"
-- which was indistinguishable from a regular "unknown" value.
Now it returns the numeric id as a string. The string is allocated
with alloca(), which is desired but one should be aware of the pitfalls:
- prevents the caller from being inlined
- bad idea to do in a loop.
|
| |
|