summaryrefslogtreecommitdiff
path: root/src/class/dfu/dfu_rt_device.c
AgeCommit message (Collapse)Author
2026-07-02license: use SPDX identifiers for src/ headers (#3749)Ha Thach
* license: use SPDX identifiers for src/ headers Replace the full ~20-line MIT license boilerplate on every src/ file with a two-line SPDX tag (SPDX-FileCopyrightText + SPDX-License-Identifier), following the REUSE convention used by CircuitPython and the Linux kernel. Removes ~3500 lines of duplicated boilerplate.
2024-11-21- move freertos_hooks to board.chathach
- add device/midi_test_freertos example - update bth/dfu/midi device for cache line size
2024-04-08add class driver deinithathach
2023-08-02default class driver log level to CFG_TUH/TUD_LOG_LEVEL allow application to ↵hathach
selectively disable usbd/usbh or driver log
2023-01-13fix: Replace device calls to memcpy with tu_memcpy_sNathaniel Brough
Introduces a new function tu_memcpy_s, which is effectively a backport of memcpy_s. The change also refactors calls to memcpy over to the more secure tu_memcpy_s.
2022-02-25rename TUSB_OPT_DEVICE_ENABLED to CFG_TUD_ENABLEDhathach
TUSB_OPT_DEVICE_ENABLED still usable for backward compatible
2021-07-15wrap up DFU updatehathach
2021-05-27include clean uphathach
2021-04-22Move debug from .h to .cJeremiah McCarthy
2021-04-12Remove DFU mode and rtJeremiah McCarthy
2021-04-07Revise per initial commentsJeremiah McCarthy
Returns the RT driver to the function state of previous iteration, which did not support the will_detach. Behavior should be fine without this feature. This removes much of the added bloat to track state, and handle requests in the APP_DETACH state which is no longer required. Removes the optional bloat added to the RT driver, such as responding to GETSTATE requests. Fixes the DFU Mode to extract the attr bits from the functional descriptor when opened. Fixes some incorrect bitwise if checks. Also, updates some naming of functions to be consistent with the rest of the library.
2021-04-05Add DFU runtime and mode "class"Jeremiah McCarthy
With the runtime and mode portions in separate classes, a single application should only be building with one or the other enabled. In some applications both might be desired at build time. The CFG_TUD_DFU_RUNTIME_AND_MODE option creates a DFU class, which asks the application which mode to initialize to. This allows a runtime change between RT and DFU mode, by just reinitializing tusb.
2021-04-05Separate DFU RT and Mode. UntestedJeremiah McCarthy
2021-04-05Fix incorrect DNLOAD request len passed to appJeremiah McCarthy
Fixes bug where the app callback was getting the length of the status request transfer rather than the length of the data stage payload. TODO: Right now this returns the expected length, when it really should be returning the transfer length.
2021-03-26Minor cleanupJeremiah McCarthy
2021-03-26Add DFU Class per Version 1.1 SpecJeremiah McCarthy
2021-02-11rename dfu_rt to dfu_runtime for easy readinghathach
also rename tud_dfu_rt_reboot_to_dfu to tud_dfu_runtime_reboot_to_dfu_cb
2020-11-20migrate dfu runtime device to new control xfer cbhathach
2020-07-01fix dfu-rt to response to SET_INTERFACE and DFU_GETSTATUShathach
fix #450
2020-05-28rename to drv_len to be consistenthathach
2020-05-28change signature for dfu runtimehathach
2020-04-15use class driver open() for interface support detectionhathach
tested with dfu_runtime
2019-11-27fix #229hathach
2019-10-28Add support for DFU Runtime class for devicesSylvain Munaut
This is really just a few descriptors and then answering to the request from the host to reboot into DFU mode. That latter part is delegated to the app since this is platform specific. Signed-off-by: Sylvain Munaut <[email protected]>
generated by cgit v1.3.1 (git 2.54.0) at 2026-08-14 05:12:51 +0000