2020-12-23 22:21:36 +01:00
|
|
|
/* SPDX-License-Identifier: LGPL-2.1-or-later */
|
2018-03-09 10:51:49 +01:00
|
|
|
/*
|
2019-10-01 09:20:35 +02:00
|
|
|
* Copyright (C) 2018 Lubomir Rintel <lkundrak@v3.sk>
|
2018-03-09 10:51:49 +01:00
|
|
|
*/
|
|
|
|
|
|
2021-02-12 15:01:09 +01:00
|
|
|
#include "libnm-core-impl/nm-default-libnm-core.h"
|
2018-03-09 10:51:49 +01:00
|
|
|
|
|
|
|
|
#include "nm-setting-wpan.h"
|
|
|
|
|
|
|
|
|
|
#include "nm-connection-private.h"
|
|
|
|
|
#include "nm-setting-connection.h"
|
|
|
|
|
#include "nm-setting-private.h"
|
|
|
|
|
#include "nm-utils-private.h"
|
|
|
|
|
|
2019-01-11 08:32:54 +01:00
|
|
|
/**
|
|
|
|
|
* SECTION:nm-setting-wpan
|
|
|
|
|
* @short_description: Describes connection properties for IEEE 802.15.4 (WPAN) MAC
|
|
|
|
|
*
|
|
|
|
|
* The #NMSettingWpan object is a #NMSetting subclass that describes properties
|
|
|
|
|
* necessary for configuring IEEE 802.15.4 (WPAN) MAC layer devices.
|
|
|
|
|
**/
|
|
|
|
|
|
2018-09-19 19:04:49 +02:00
|
|
|
/* Ideally we'll be able to get these from a public header. */
|
2018-03-09 10:51:49 +01:00
|
|
|
#ifndef IEEE802154_ADDR_LEN
|
2021-07-09 08:48:48 +02:00
|
|
|
#define IEEE802154_ADDR_LEN 8
|
2018-03-09 10:51:49 +01:00
|
|
|
#endif
|
|
|
|
|
|
2018-09-19 19:04:49 +02:00
|
|
|
#ifndef IEEE802154_MAX_PAGE
|
2021-07-09 08:48:48 +02:00
|
|
|
#define IEEE802154_MAX_PAGE 31
|
2018-09-19 19:04:49 +02:00
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
#ifndef IEEE802154_MAX_CHANNEL
|
2021-07-09 08:48:48 +02:00
|
|
|
#define IEEE802154_MAX_CHANNEL 26
|
2018-09-19 19:04:49 +02:00
|
|
|
#endif
|
|
|
|
|
|
2019-01-11 08:32:54 +01:00
|
|
|
/*****************************************************************************/
|
|
|
|
|
|
2019-01-11 08:28:26 +01:00
|
|
|
NM_GOBJECT_PROPERTIES_DEFINE_BASE(PROP_MAC_ADDRESS,
|
2018-03-09 10:51:49 +01:00
|
|
|
PROP_PAN_ID,
|
|
|
|
|
PROP_SHORT_ADDRESS,
|
2018-09-19 19:04:49 +02:00
|
|
|
PROP_PAGE,
|
|
|
|
|
PROP_CHANNEL, );
|
2018-03-09 10:51:49 +01:00
|
|
|
|
|
|
|
|
typedef struct {
|
2021-11-09 13:28:54 +01:00
|
|
|
char *mac_address;
|
2021-07-13 23:24:52 +02:00
|
|
|
guint32 pan_id;
|
|
|
|
|
guint32 short_address;
|
2021-07-13 22:56:05 +02:00
|
|
|
gint32 page;
|
2021-07-13 23:24:52 +02:00
|
|
|
gint32 channel;
|
2018-03-09 10:51:49 +01:00
|
|
|
} NMSettingWpanPrivate;
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* NMSettingWpan:
|
|
|
|
|
*
|
|
|
|
|
* IEEE 802.15.4 (WPAN) MAC Settings
|
2022-11-07 21:13:28 +01:00
|
|
|
*
|
|
|
|
|
* Since: 1.14
|
2018-03-09 10:51:49 +01:00
|
|
|
*/
|
|
|
|
|
struct _NMSettingWpan {
|
libnm: embed private structure in NMSetting and avoid g_type_class_add_private()
Historically, the NMSetting types were in public headers. Theoretically,
that allowed users to subtype our classes. However in practice that was
impossible because they lacked required access to internal functions to
fully create an NMSetting class outside of libnm. And it also was not
useful, because you simply cannot extend libnm by subtyping a libnm
class. And supporting such a use case would be hard and limit what we can
do in libnm.
Having GObject structs in public headers also require that we don't
change it's layout. The ABI of those structs must not change, if anybody
out there was actually subclassing our GObjects.
In libnm 1.34 (commit e46d484fae9e ('libnm: hide NMSetting types from
public headers')) we moved the structs from headers to internal.
This would have caused a compiler error if anybody was using those
struct definitions. However, we still didn't change the ABI/layout so
that we didn't break users who relied on it (for whatever reason).
It doesn't seem there were any affected user. We waited long enough.
Change internal ABI.
No longer use g_type_class_add_private(). Instead, embed the private
structs directly (_NM_GET_PRIVATE()) or indirectly
(_NM_GET_PRIVATE_PTR()) in the object.
The main benefit is for debugging in the debugger, where we can now
easily find the private data. Previously that was so cumbersome to be
effectively impossible.
It's also the fastest possible way, since NM_SETTING_*_GET_PRIVATE()
literally resolves to "&self->_priv" (plus static asserts and
nm_assert() for type checking).
_NM_GET_PRIVATE() also propagates constness and requires that the
argument is a compatible pointer type (at compile time).
Note that g_type_class_add_private() is also deprecated in glib 2.58 and
replaced by G_ADD_PRIVATE(). For one, we still don't rely on 2.58. Also,
G_ADD_PRIVATE() is a worse solution as it supports a usecase that we
don't care for (public structs in headers). _NM_GET_PRIVATE() is still
faster, works with older glib and most importantly: is better for
debugging as you can find the private data from an object pointer.
For NMSettingIPConfig this is rather awkward, because all direct
properties require a common "klass->private_offset". This was however
the case before this change. Nothing new here. And if you ever touch
this and do something wrong, many unit tests will fail. It's almost
impossible to get wrong, albeit it can be confusing to understand.
https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/merge_requests/1773
2023-10-24 19:05:50 +02:00
|
|
|
NMSetting parent;
|
|
|
|
|
NMSettingWpanPrivate _priv;
|
2018-03-09 10:51:49 +01:00
|
|
|
};
|
|
|
|
|
|
2018-06-29 22:31:36 +02:00
|
|
|
struct _NMSettingWpanClass {
|
2018-03-09 10:51:49 +01:00
|
|
|
NMSettingClass parent;
|
2018-06-29 22:31:36 +02:00
|
|
|
};
|
2018-03-09 10:51:49 +01:00
|
|
|
|
libnm: use NMMetaSettingInfo for tracking setting priority
Previously, each (non abstract) NMSetting class had to register
its name and priority via _nm_register_setting().
Note, that libnm-core.la already links against "nm-meta-setting.c",
which also redundantly keeps track of the settings name and gtype
as well.
Re-use NMMetaSettingInfo also in libnm-core.la, to track this meta
data.
The goal is to get rid of private data structures that track
meta data about NMSetting classes. In this case, "registered_settings"
hash. Instead, we should have one place where all this meta data
is tracked. This was, it is also accessible as internal API,
which can be useful (for keyfile).
Note that NMSettingClass has some overlap with NMMetaSettingInfo.
One difference is, that NMMetaSettingInfo is const, while NMSettingClass
is only initialized during the class_init() method. Appart from that,
it's mostly a matter of taste, whether we attach meta data to
NMSettingClass, to NMMetaSettingInfo, or to a static-array indexed
by NMMetaSettingType.
Note, that previously, _nm_register_setting() was private API. That
means, no user could subclass a functioning NMSetting instance. The same
is still true: NMMetaSettingInfo is internal API and users cannot access
it to create their own NMSetting subclasses. But that is almost desired.
libnm is not designed, to be extensible via subclassing, nor is it
clear why that would be a useful thing to do. One day, we should remove
the NMSetting and NMSettingClass definitions from public headers. Their
only use is subclassing the types, which however does not work.
While libnm-core was linking already against nm-meta-setting.c,
nm_meta_setting_infos was unreferenced. So, this change increases
the binary size of libnm and NetworkManager (1032 bytes). Note however
that roughly the same information was previously allocated at runtime.
2018-07-27 14:08:14 +02:00
|
|
|
G_DEFINE_TYPE(NMSettingWpan, nm_setting_wpan, NM_TYPE_SETTING)
|
2018-03-09 10:51:49 +01:00
|
|
|
|
|
|
|
|
#define NM_SETTING_WPAN_GET_PRIVATE(o) \
|
libnm: embed private structure in NMSetting and avoid g_type_class_add_private()
Historically, the NMSetting types were in public headers. Theoretically,
that allowed users to subtype our classes. However in practice that was
impossible because they lacked required access to internal functions to
fully create an NMSetting class outside of libnm. And it also was not
useful, because you simply cannot extend libnm by subtyping a libnm
class. And supporting such a use case would be hard and limit what we can
do in libnm.
Having GObject structs in public headers also require that we don't
change it's layout. The ABI of those structs must not change, if anybody
out there was actually subclassing our GObjects.
In libnm 1.34 (commit e46d484fae9e ('libnm: hide NMSetting types from
public headers')) we moved the structs from headers to internal.
This would have caused a compiler error if anybody was using those
struct definitions. However, we still didn't change the ABI/layout so
that we didn't break users who relied on it (for whatever reason).
It doesn't seem there were any affected user. We waited long enough.
Change internal ABI.
No longer use g_type_class_add_private(). Instead, embed the private
structs directly (_NM_GET_PRIVATE()) or indirectly
(_NM_GET_PRIVATE_PTR()) in the object.
The main benefit is for debugging in the debugger, where we can now
easily find the private data. Previously that was so cumbersome to be
effectively impossible.
It's also the fastest possible way, since NM_SETTING_*_GET_PRIVATE()
literally resolves to "&self->_priv" (plus static asserts and
nm_assert() for type checking).
_NM_GET_PRIVATE() also propagates constness and requires that the
argument is a compatible pointer type (at compile time).
Note that g_type_class_add_private() is also deprecated in glib 2.58 and
replaced by G_ADD_PRIVATE(). For one, we still don't rely on 2.58. Also,
G_ADD_PRIVATE() is a worse solution as it supports a usecase that we
don't care for (public structs in headers). _NM_GET_PRIVATE() is still
faster, works with older glib and most importantly: is better for
debugging as you can find the private data from an object pointer.
For NMSettingIPConfig this is rather awkward, because all direct
properties require a common "klass->private_offset". This was however
the case before this change. Nothing new here. And if you ever touch
this and do something wrong, many unit tests will fail. It's almost
impossible to get wrong, albeit it can be confusing to understand.
https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/merge_requests/1773
2023-10-24 19:05:50 +02:00
|
|
|
_NM_GET_PRIVATE(o, NMSettingWpan, NM_IS_SETTING_WPAN, NMSetting)
|
2018-03-09 10:51:49 +01:00
|
|
|
|
2019-01-11 08:32:54 +01:00
|
|
|
/*****************************************************************************/
|
|
|
|
|
|
2018-03-09 10:51:49 +01:00
|
|
|
/**
|
|
|
|
|
* nm_setting_wpan_get_mac_address:
|
|
|
|
|
* @setting: the #NMSettingWpan
|
|
|
|
|
*
|
|
|
|
|
* Returns: the #NMSettingWpan:mac-address property of the setting
|
|
|
|
|
*
|
2022-11-07 20:29:12 +01:00
|
|
|
* Since: 1.42
|
2018-03-09 10:51:49 +01:00
|
|
|
**/
|
|
|
|
|
const char *
|
|
|
|
|
nm_setting_wpan_get_mac_address(NMSettingWpan *setting)
|
|
|
|
|
{
|
|
|
|
|
g_return_val_if_fail(NM_IS_SETTING_WPAN(setting), NULL);
|
|
|
|
|
|
|
|
|
|
return NM_SETTING_WPAN_GET_PRIVATE(setting)->mac_address;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* nm_setting_wpan_get_pan_id:
|
|
|
|
|
* @setting: the #NMSettingWpan
|
|
|
|
|
*
|
|
|
|
|
* Returns: the #NMSettingWpan:pan-id property of the setting
|
|
|
|
|
*
|
2022-11-07 20:29:12 +01:00
|
|
|
* Since: 1.42
|
2018-03-09 10:51:49 +01:00
|
|
|
**/
|
|
|
|
|
guint16
|
|
|
|
|
nm_setting_wpan_get_pan_id(NMSettingWpan *setting)
|
|
|
|
|
{
|
|
|
|
|
g_return_val_if_fail(NM_IS_SETTING_WPAN(setting), G_MAXUINT16);
|
|
|
|
|
|
|
|
|
|
return NM_SETTING_WPAN_GET_PRIVATE(setting)->pan_id;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* nm_setting_wpan_get_short_address:
|
|
|
|
|
* @setting: the #NMSettingWpan
|
|
|
|
|
*
|
|
|
|
|
* Returns: the #NMSettingWpan:short-address property of the setting
|
|
|
|
|
*
|
2022-11-07 20:29:12 +01:00
|
|
|
* Since: 1.42
|
2018-03-09 10:51:49 +01:00
|
|
|
**/
|
|
|
|
|
guint16
|
|
|
|
|
nm_setting_wpan_get_short_address(NMSettingWpan *setting)
|
|
|
|
|
{
|
|
|
|
|
g_return_val_if_fail(NM_IS_SETTING_WPAN(setting), G_MAXUINT16);
|
|
|
|
|
|
|
|
|
|
return NM_SETTING_WPAN_GET_PRIVATE(setting)->short_address;
|
|
|
|
|
}
|
|
|
|
|
|
2018-09-19 19:04:49 +02:00
|
|
|
/**
|
|
|
|
|
* nm_setting_wpan_get_page:
|
|
|
|
|
* @setting: the #NMSettingWpan
|
|
|
|
|
*
|
|
|
|
|
* Returns: the #NMSettingWpan:page property of the setting
|
|
|
|
|
*
|
2022-11-07 20:29:12 +01:00
|
|
|
* Since: 1.42
|
2018-09-19 19:04:49 +02:00
|
|
|
**/
|
|
|
|
|
gint16
|
|
|
|
|
nm_setting_wpan_get_page(NMSettingWpan *setting)
|
|
|
|
|
{
|
|
|
|
|
g_return_val_if_fail(NM_IS_SETTING_WPAN(setting), NM_SETTING_WPAN_PAGE_DEFAULT);
|
|
|
|
|
|
|
|
|
|
return NM_SETTING_WPAN_GET_PRIVATE(setting)->page;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* nm_setting_wpan_get_channel:
|
|
|
|
|
* @setting: the #NMSettingWpan
|
|
|
|
|
*
|
|
|
|
|
* Returns: the #NMSettingWpan:channel property of the setting
|
|
|
|
|
*
|
2022-11-07 20:29:12 +01:00
|
|
|
* Since: 1.42
|
2018-09-19 19:04:49 +02:00
|
|
|
**/
|
|
|
|
|
gint16
|
|
|
|
|
nm_setting_wpan_get_channel(NMSettingWpan *setting)
|
|
|
|
|
{
|
|
|
|
|
g_return_val_if_fail(NM_IS_SETTING_WPAN(setting), NM_SETTING_WPAN_CHANNEL_DEFAULT);
|
|
|
|
|
|
|
|
|
|
return NM_SETTING_WPAN_GET_PRIVATE(setting)->channel;
|
|
|
|
|
}
|
|
|
|
|
|
2018-03-09 10:51:49 +01:00
|
|
|
static gboolean
|
|
|
|
|
verify(NMSetting *setting, NMConnection *connection, GError **error)
|
|
|
|
|
{
|
|
|
|
|
NMSettingWpanPrivate *priv = NM_SETTING_WPAN_GET_PRIVATE(setting);
|
2020-09-28 16:03:33 +02:00
|
|
|
|
2018-03-09 10:51:49 +01:00
|
|
|
if (priv->mac_address && !nm_utils_hwaddr_valid(priv->mac_address, IEEE802154_ADDR_LEN)) {
|
|
|
|
|
g_set_error_literal(error,
|
|
|
|
|
NM_CONNECTION_ERROR,
|
|
|
|
|
NM_CONNECTION_ERROR_INVALID_PROPERTY,
|
|
|
|
|
_("property is invalid"));
|
|
|
|
|
g_prefix_error(error, "%s.%s: ", NM_SETTING_WPAN_SETTING_NAME, NM_SETTING_WPAN_MAC_ADDRESS);
|
|
|
|
|
return FALSE;
|
|
|
|
|
}
|
2020-09-28 16:03:33 +02:00
|
|
|
|
2018-09-19 19:04:49 +02:00
|
|
|
if ((priv->page == NM_SETTING_WPAN_PAGE_DEFAULT)
|
|
|
|
|
!= (priv->channel == NM_SETTING_WPAN_CHANNEL_DEFAULT)) {
|
|
|
|
|
g_set_error_literal(error,
|
|
|
|
|
NM_CONNECTION_ERROR,
|
|
|
|
|
NM_CONNECTION_ERROR_INVALID_PROPERTY,
|
|
|
|
|
_("page must be defined along with a channel"));
|
|
|
|
|
g_prefix_error(error, "%s.%s: ", NM_SETTING_WPAN_SETTING_NAME, NM_SETTING_WPAN_PAGE);
|
|
|
|
|
return FALSE;
|
|
|
|
|
}
|
2020-09-28 16:03:33 +02:00
|
|
|
|
2018-09-19 19:04:49 +02:00
|
|
|
if (priv->page < NM_SETTING_WPAN_PAGE_DEFAULT || priv->page > IEEE802154_MAX_PAGE) {
|
|
|
|
|
g_set_error(error,
|
|
|
|
|
NM_CONNECTION_ERROR,
|
|
|
|
|
NM_CONNECTION_ERROR_INVALID_PROPERTY,
|
|
|
|
|
_("page must be between %d and %d"),
|
|
|
|
|
NM_SETTING_WPAN_PAGE_DEFAULT,
|
|
|
|
|
IEEE802154_MAX_PAGE);
|
|
|
|
|
g_prefix_error(error, "%s.%s: ", NM_SETTING_WPAN_SETTING_NAME, NM_SETTING_WPAN_PAGE);
|
|
|
|
|
return FALSE;
|
|
|
|
|
}
|
2020-09-28 16:03:33 +02:00
|
|
|
|
2018-09-19 19:04:49 +02:00
|
|
|
if (priv->channel < NM_SETTING_WPAN_CHANNEL_DEFAULT || priv->channel > IEEE802154_MAX_CHANNEL) {
|
|
|
|
|
g_set_error(error,
|
|
|
|
|
NM_CONNECTION_ERROR,
|
|
|
|
|
NM_CONNECTION_ERROR_INVALID_PROPERTY,
|
|
|
|
|
_("channel must not be between %d and %d"),
|
|
|
|
|
NM_SETTING_WPAN_CHANNEL_DEFAULT,
|
|
|
|
|
IEEE802154_MAX_CHANNEL);
|
|
|
|
|
g_prefix_error(error, "%s.%s: ", NM_SETTING_WPAN_SETTING_NAME, NM_SETTING_WPAN_CHANNEL);
|
|
|
|
|
return FALSE;
|
|
|
|
|
}
|
2020-09-28 16:03:33 +02:00
|
|
|
|
2018-03-09 10:51:49 +01:00
|
|
|
return TRUE;
|
|
|
|
|
}
|
|
|
|
|
|
2019-01-11 08:32:54 +01:00
|
|
|
/*****************************************************************************/
|
|
|
|
|
|
2018-03-09 10:51:49 +01:00
|
|
|
static void
|
|
|
|
|
nm_setting_wpan_init(NMSettingWpan *setting)
|
2021-07-13 23:24:52 +02:00
|
|
|
{}
|
2018-03-09 10:51:49 +01:00
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* nm_setting_wpan_new:
|
|
|
|
|
*
|
|
|
|
|
* Creates a new #NMSettingWpan object with default values.
|
|
|
|
|
*
|
|
|
|
|
* Returns: (transfer full): the new empty #NMSettingWpan object
|
|
|
|
|
*
|
2022-11-07 20:29:12 +01:00
|
|
|
* Since: 1.42
|
2018-03-09 10:51:49 +01:00
|
|
|
**/
|
|
|
|
|
NMSetting *
|
|
|
|
|
nm_setting_wpan_new(void)
|
|
|
|
|
{
|
2020-11-12 15:57:06 +01:00
|
|
|
return g_object_new(NM_TYPE_SETTING_WPAN, NULL);
|
2018-03-09 10:51:49 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
static void
|
libnm/trivial: cleanup variable names in settings' class-init functions
- Don't use @parent_class name. This local variable (and @object_class) is
the class instance up-cast to the pointer types of the parents. The point
here is not that it is the direct parent. The point is, that it's the
NMSettingClass type.
Also, it can only be used inconsistently, in face of NMSettingIP4Config,
who's parent type is NMSettingIPConfig. Clearly, inside
nm-setting-ip4-config.c we wouldn't want to use the "parent_class"
name. Consistently rename @parent_class to @setting_class.
- Also rename the pointer to the own class to @klass. "setting_class" is also the
wrong name for that, because the right name would be something like
"setting_6lowpan_class".
However, "klass" is preferred over the latter, because we commonly create new
GObject implementations by copying an existing one. Generic names like "klass"
and "self" inside a type implementation make that simpler.
- drop useless comments like
/* virtual functions */
/* Properties */
It's better to logically and visually structure the code, and avoid trival
remarks about that. They only end up being used inconsistently. If you
even need a stronger visual separator, then an 80 char /****/ line
should be preferred.
2018-07-28 10:43:21 +02:00
|
|
|
nm_setting_wpan_class_init(NMSettingWpanClass *klass)
|
2018-03-09 10:51:49 +01:00
|
|
|
{
|
2021-11-09 13:28:54 +01:00
|
|
|
GObjectClass *object_class = G_OBJECT_CLASS(klass);
|
2021-07-13 22:56:05 +02:00
|
|
|
NMSettingClass *setting_class = NM_SETTING_CLASS(klass);
|
2021-11-09 13:28:54 +01:00
|
|
|
GArray *properties_override = _nm_sett_info_property_override_create_array();
|
2018-03-09 10:51:49 +01:00
|
|
|
|
2021-07-13 23:24:52 +02:00
|
|
|
object_class->get_property = _nm_setting_property_get_property_direct;
|
2021-07-14 07:40:35 +02:00
|
|
|
object_class->set_property = _nm_setting_property_set_property_direct;
|
libnm/trivial: cleanup variable names in settings' class-init functions
- Don't use @parent_class name. This local variable (and @object_class) is
the class instance up-cast to the pointer types of the parents. The point
here is not that it is the direct parent. The point is, that it's the
NMSettingClass type.
Also, it can only be used inconsistently, in face of NMSettingIP4Config,
who's parent type is NMSettingIPConfig. Clearly, inside
nm-setting-ip4-config.c we wouldn't want to use the "parent_class"
name. Consistently rename @parent_class to @setting_class.
- Also rename the pointer to the own class to @klass. "setting_class" is also the
wrong name for that, because the right name would be something like
"setting_6lowpan_class".
However, "klass" is preferred over the latter, because we commonly create new
GObject implementations by copying an existing one. Generic names like "klass"
and "self" inside a type implementation make that simpler.
- drop useless comments like
/* virtual functions */
/* Properties */
It's better to logically and visually structure the code, and avoid trival
remarks about that. They only end up being used inconsistently. If you
even need a stronger visual separator, then an 80 char /****/ line
should be preferred.
2018-07-28 10:43:21 +02:00
|
|
|
|
2021-10-23 20:58:27 +02:00
|
|
|
setting_class->verify = verify;
|
2018-03-09 10:51:49 +01:00
|
|
|
|
|
|
|
|
/**
|
|
|
|
|
* NMSettingWpan:mac-address:
|
|
|
|
|
*
|
|
|
|
|
* If specified, this connection will only apply to the IEEE 802.15.4 (WPAN)
|
|
|
|
|
* MAC layer device whose permanent MAC address matches.
|
|
|
|
|
**/
|
|
|
|
|
/* ---keyfile---
|
|
|
|
|
* property: mac-address
|
|
|
|
|
* format: usual hex-digits-and-colons notation
|
|
|
|
|
* description: MAC address in hex-digits-and-colons notation
|
|
|
|
|
* (e.g. 76:d8:9b:87:66:60:84:ee).
|
|
|
|
|
* ---end---
|
|
|
|
|
*/
|
2021-07-14 07:40:35 +02:00
|
|
|
_nm_setting_property_define_direct_string(properties_override,
|
|
|
|
|
obj_properties,
|
|
|
|
|
NM_SETTING_WPAN_MAC_ADDRESS,
|
|
|
|
|
PROP_MAC_ADDRESS,
|
|
|
|
|
NM_SETTING_PARAM_NONE,
|
|
|
|
|
NMSettingWpanPrivate,
|
|
|
|
|
mac_address,
|
|
|
|
|
.direct_set_string_mac_address_len =
|
|
|
|
|
IEEE802154_ADDR_LEN);
|
2020-09-28 16:03:33 +02:00
|
|
|
|
2018-03-09 10:51:49 +01:00
|
|
|
/**
|
|
|
|
|
* NMSettingWpan:pan-id:
|
|
|
|
|
*
|
|
|
|
|
* IEEE 802.15.4 Personal Area Network (PAN) identifier.
|
|
|
|
|
**/
|
2021-07-13 23:24:52 +02:00
|
|
|
_nm_setting_property_define_direct_uint32(properties_override,
|
|
|
|
|
obj_properties,
|
|
|
|
|
NM_SETTING_WPAN_PAN_ID,
|
|
|
|
|
PROP_PAN_ID,
|
|
|
|
|
0,
|
|
|
|
|
G_MAXUINT16,
|
|
|
|
|
G_MAXUINT16,
|
|
|
|
|
NM_SETTING_PARAM_NONE,
|
|
|
|
|
NMSettingWpanPrivate,
|
|
|
|
|
pan_id);
|
2020-09-28 16:03:33 +02:00
|
|
|
|
2018-03-09 10:51:49 +01:00
|
|
|
/**
|
|
|
|
|
* NMSettingWpan:short-address:
|
|
|
|
|
*
|
|
|
|
|
* Short IEEE 802.15.4 address to be used within a restricted environment.
|
|
|
|
|
**/
|
2021-07-13 23:24:52 +02:00
|
|
|
_nm_setting_property_define_direct_uint32(properties_override,
|
|
|
|
|
obj_properties,
|
|
|
|
|
NM_SETTING_WPAN_SHORT_ADDRESS,
|
|
|
|
|
PROP_SHORT_ADDRESS,
|
|
|
|
|
0,
|
|
|
|
|
G_MAXUINT16,
|
|
|
|
|
G_MAXUINT16,
|
|
|
|
|
NM_SETTING_PARAM_NONE,
|
|
|
|
|
NMSettingWpanPrivate,
|
|
|
|
|
short_address);
|
2020-09-28 16:03:33 +02:00
|
|
|
|
2018-09-19 19:04:49 +02:00
|
|
|
/**
|
|
|
|
|
* NMSettingWpan:page:
|
|
|
|
|
*
|
|
|
|
|
* IEEE 802.15.4 channel page. A positive integer or -1, meaning "do not
|
|
|
|
|
* set, use whatever the device is already set to".
|
|
|
|
|
*
|
|
|
|
|
* Since: 1.16
|
|
|
|
|
**/
|
2021-07-13 22:56:05 +02:00
|
|
|
_nm_setting_property_define_direct_int32(properties_override,
|
|
|
|
|
obj_properties,
|
|
|
|
|
NM_SETTING_WPAN_PAGE,
|
|
|
|
|
PROP_PAGE,
|
|
|
|
|
G_MININT16,
|
|
|
|
|
G_MAXINT16,
|
|
|
|
|
NM_SETTING_WPAN_PAGE_DEFAULT,
|
|
|
|
|
NM_SETTING_PARAM_NONE,
|
|
|
|
|
NMSettingWpanPrivate,
|
|
|
|
|
page);
|
2020-09-28 16:03:33 +02:00
|
|
|
|
2018-09-19 19:04:49 +02:00
|
|
|
/**
|
|
|
|
|
* NMSettingWpan:channel:
|
|
|
|
|
*
|
|
|
|
|
* IEEE 802.15.4 channel. A positive integer or -1, meaning "do not
|
|
|
|
|
* set, use whatever the device is already set to".
|
|
|
|
|
*
|
|
|
|
|
* Since: 1.16
|
|
|
|
|
**/
|
2021-07-13 23:24:52 +02:00
|
|
|
_nm_setting_property_define_direct_int32(properties_override,
|
|
|
|
|
obj_properties,
|
|
|
|
|
NM_SETTING_WPAN_CHANNEL,
|
|
|
|
|
PROP_CHANNEL,
|
|
|
|
|
G_MININT16,
|
|
|
|
|
G_MAXINT16,
|
|
|
|
|
NM_SETTING_WPAN_CHANNEL_DEFAULT,
|
|
|
|
|
NM_SETTING_PARAM_NONE,
|
|
|
|
|
NMSettingWpanPrivate,
|
|
|
|
|
channel);
|
2019-01-11 08:28:26 +01:00
|
|
|
|
|
|
|
|
g_object_class_install_properties(object_class, _PROPERTY_ENUMS_LAST, obj_properties);
|
2018-09-19 19:04:49 +02:00
|
|
|
|
2021-07-13 22:56:05 +02:00
|
|
|
_nm_setting_class_commit(setting_class,
|
|
|
|
|
NM_META_SETTING_TYPE_WPAN,
|
|
|
|
|
NULL,
|
|
|
|
|
properties_override,
|
libnm: embed private structure in NMSetting and avoid g_type_class_add_private()
Historically, the NMSetting types were in public headers. Theoretically,
that allowed users to subtype our classes. However in practice that was
impossible because they lacked required access to internal functions to
fully create an NMSetting class outside of libnm. And it also was not
useful, because you simply cannot extend libnm by subtyping a libnm
class. And supporting such a use case would be hard and limit what we can
do in libnm.
Having GObject structs in public headers also require that we don't
change it's layout. The ABI of those structs must not change, if anybody
out there was actually subclassing our GObjects.
In libnm 1.34 (commit e46d484fae9e ('libnm: hide NMSetting types from
public headers')) we moved the structs from headers to internal.
This would have caused a compiler error if anybody was using those
struct definitions. However, we still didn't change the ABI/layout so
that we didn't break users who relied on it (for whatever reason).
It doesn't seem there were any affected user. We waited long enough.
Change internal ABI.
No longer use g_type_class_add_private(). Instead, embed the private
structs directly (_NM_GET_PRIVATE()) or indirectly
(_NM_GET_PRIVATE_PTR()) in the object.
The main benefit is for debugging in the debugger, where we can now
easily find the private data. Previously that was so cumbersome to be
effectively impossible.
It's also the fastest possible way, since NM_SETTING_*_GET_PRIVATE()
literally resolves to "&self->_priv" (plus static asserts and
nm_assert() for type checking).
_NM_GET_PRIVATE() also propagates constness and requires that the
argument is a compatible pointer type (at compile time).
Note that g_type_class_add_private() is also deprecated in glib 2.58 and
replaced by G_ADD_PRIVATE(). For one, we still don't rely on 2.58. Also,
G_ADD_PRIVATE() is a worse solution as it supports a usecase that we
don't care for (public structs in headers). _NM_GET_PRIVATE() is still
faster, works with older glib and most importantly: is better for
debugging as you can find the private data from an object pointer.
For NMSettingIPConfig this is rather awkward, because all direct
properties require a common "klass->private_offset". This was however
the case before this change. Nothing new here. And if you ever touch
this and do something wrong, many unit tests will fail. It's almost
impossible to get wrong, albeit it can be confusing to understand.
https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/merge_requests/1773
2023-10-24 19:05:50 +02:00
|
|
|
G_STRUCT_OFFSET(NMSettingWpan, _priv));
|
2018-03-09 10:51:49 +01:00
|
|
|
}
|
