44ce5aeae4
Some hardware from Lenovo deduplicates UEFI Boot entries, and uses the old string 'Linux-Firmware-Updater' to avoid removing the firmware update entry. Although this is forbidden in the UEFI specification we shouldn't break firmware updates from old firmware versions. Provide a quirk for this, and automatically whitelist anything with the LENOVO SMBIOS Manufacturer. |
||
|---|---|---|
| .. | ||
| altos | ||
| amt | ||
| ata | ||
| colorhug | ||
| csr | ||
| dell | ||
| dell-dock | ||
| dell-esrt | ||
| dfu | ||
| ebitdo | ||
| fastboot | ||
| flashrom | ||
| nitrokey | ||
| nvme | ||
| redfish | ||
| rts54hid | ||
| rts54hub | ||
| steelseries | ||
| superio | ||
| synapticsmst | ||
| test | ||
| thunderbolt | ||
| thunderbolt-power | ||
| udev | ||
| uefi | ||
| unifying | ||
| upower | ||
| wacom-raw | ||
| wacom-usb | ||
| meson.build | ||
| README.md | ||
Adding a new plugin
An extensible architecture allows for providing new plugin types (for reading and writing different firmware) as well as ways quirk their behavior.
You can find more information about the architecture in the developers section of the fwupd website.
If you have a firmware specification and would like to see support in this project, please file an issue and share the spec. Patches are also welcome.
We will not accept plugins that upgrade hardware using a proprietary Linux executable, library, or DBus interface.
Plugin interaction
Some plugins may be able to influence the behavior of other plugins. This includes things like one plugin turning on a device, or providing missing metadata to another plugin.
The ABI for these interactions is defined in: https://github.com/hughsie/fwupd/blob/master/src/fu-device-metadata.h
All interactions between plugins should have the interface defined in that file.