0fd763cad4
Since the multi controller entry is part of the DROM and its place is not fixed, it is possible (however unlikely) that the locations between controller and the image are different. One scenario is that the new image has typo in device or vendor name string fixed which could cause the offset to be different. To handle this case properly we need to read multi controller locations of both controller and image separately, read their values and then compare them against each other. Signed-off-by: Mika Westerberg <mika.westerberg@linux.intel.com> |
||
|---|---|---|
| .. | ||
| altos | ||
| amt | ||
| colorhug | ||
| csr | ||
| dell | ||
| dell-esrt | ||
| dfu | ||
| ebitdo | ||
| nitrokey | ||
| redfish | ||
| steelseries | ||
| synapticsmst | ||
| test | ||
| thunderbolt | ||
| thunderbolt-power | ||
| udev | ||
| uefi | ||
| unifying | ||
| upower | ||
| wacomhid | ||
| 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.
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.