Class
FwupdPluginBackend
Instance methods
fu_backend_add_string
Add backend-specific device metadata to an existing string.
Available since: 1.8.4
fu_backend_coldplug
Adds devices using the subclassed backend. If fu_backend_setup()
has not
already been called then it is run before this function automatically.
Available since: 1.6.1
fu_backend_device_added
Emits a signal that indicates the device has been added.
Available since: 1.6.1
fu_backend_device_changed
Emits a signal that indicates the device has been changed.
Available since: 1.6.1
fu_backend_device_removed
Emits a signal that indicates the device has been removed.
Available since: 1.6.1
fu_backend_get_enabled
Return the boolean value of a key if it’s been configured.
Available since: 1.6.1
fu_backend_get_name
Return the name of the backend, which is normally set by the subclass.
Available since: 1.6.1
fu_backend_invalidate
Normally when calling fu_backend_setup()
multiple times it is only actually done once.
Calling this method causes the next requests to fu_backend_setup()
to actually probe the hardware.
Available since: 1.8.0
fu_backend_registered
Calls the ->registered() vfunc for the backend. This allows the backend to perform shared backend actions on superclassed devices.
Available since: 1.7.4
fu_backend_setup
Sets up the backend ready for use, which typically calls the subclassed setup function. No devices should be added or removed at this point.
Available since: 1.6.1
Methods inherited from GObject (43)
Signals
FwupdPlugin.Backend::device-added
The ::device-added signal is emitted when a device has been added.
Available since: 1.6.1
FwupdPlugin.Backend::device-changed
The ::device-changed signal is emitted when a device has been changed.
Available since: 1.6.1
FwupdPlugin.Backend::device-removed
The ::device-removed signal is emitted when a device has been removed.
Available since: 1.6.1
Signals inherited from GObject (1)
GObject.Object::notify
The notify signal is emitted on an object when one of its properties has its value set through g_object_set_property(), g_object_set(), et al.
Class structure
struct FwupdPluginBackendClass {
GObjectClass parent_class;
gboolean (* setup) (
FuBackend* self,
FuProgress* progress,
GError** error
);
gboolean (* coldplug) (
FuBackend* self,
FuProgress* progress,
GError** error
);
void (* registered) (
FuBackend* self,
FuDevice* device
);
void (* invalidate) (
FuBackend* self
);
void (* to_string) (
FuBackend* self,
guint indent,
GString* str
);
gboolean (* load) (
FuBackend* self,
JsonObject* json_object,
const gchar* tag,
FuBackendLoadFlags flags,
GError** error
);
gboolean (* save) (
FuBackend* self,
JsonBuilder* json_builder,
const gchar* tag,
FuBackendSaveFlags flags,
GError** error
);
}
Class members
parent_class |
|
No description available. | |
setup |
|
No description available. | |
coldplug |
|
No description available. | |
registered |
|
No description available. | |
invalidate |
|
No description available. | |
to_string |
|
No description available. | |
load |
|
No description available. | |
save |
|
No description available. |
Virtual methods
FwupdPlugin.BackendClass.coldplug
Adds devices using the subclassed backend. If fu_backend_setup()
has not
already been called then it is run before this function automatically.
Available since: 1.6.1
FwupdPlugin.BackendClass.invalidate
Normally when calling fu_backend_setup()
multiple times it is only actually done once.
Calling this method causes the next requests to fu_backend_setup()
to actually probe the hardware.
Available since: 1.8.0
FwupdPlugin.BackendClass.registered
Calls the ->registered() vfunc for the backend. This allows the backend to perform shared backend actions on superclassed devices.
Available since: 1.7.4
FwupdPlugin.BackendClass.setup
Sets up the backend ready for use, which typically calls the subclassed setup function. No devices should be added or removed at this point.
Available since: 1.6.1