OpenLogi0x00c2 · dfuControlSigned
Gate entry into DFU mode with a cryptographic signature check before a firmware image transfer can begin.
A HID++ 2.0 Device Firmware Upgrade control feature that governs how a host
initiates a signed firmware update on mice, keyboards, headsets, and other
Logitech wireless peripherals. It is one of the dfuControl feature variants
(0x00c0 / 0x00c1 / 0x00c2 / 0x00c3); this signed variant requires the
device to validate a cryptographic signature before accepting a DFU request,
which gives stronger authenticity guarantees than the unsigned predecessors.
0x00d0 dfu handles the actual firmware transfer once the device is in DFU
mode.
Not implemented in OpenLogi
OpenLogi's vendored hidpp crate does not provide a typed wrapper for this feature yet. The notes below summarise the HID++ feature in general terms, not OpenLogi behaviour.
What it does
It is the step a host must clear before any firmware image can be transferred:
- Requests entry into DFU (Device Firmware Upgrade) mode; the device then reboots into its firmware-update bootloader.
- Reports whether DFU mode is available and whether an update is already in progress.
- Enforces the signature check: the device accepts only a DFU request carrying a valid signature, so arbitrary or tampered firmware cannot be flashed.
- Hands over to
0x00d0dfu, which streams the firmware payload once the device is in DFU mode.
The signature requirement is what separates this variant from 0x00c0 and
0x00c1; 0x00c3 dfuControlV3 extends the family further. Entering DFU mode
takes the device offline, so host software has to re-enumerate it after the
bootloader reboots back to normal firmware.
Status: Not implemented · Feature ID:
0x00c2· See also: 0x00d0 dfu