Enabled timer management for all F405 / F722 boards.

[mikeller]

This is a proposal to, instead of only enabling timer management on unified targets, enable it for all targets with MCUs that have had full lists of all timer / pin combinations generated (stored in fullTimerHardware). Motivation for this:

• why treat the unified targets as 'exotics' that use features not used on any other targets? 'dogfooding' the timer management support on non-unified targets will help us find and iron out problems faster;
• this makes migration of existing targets to unified targets real easy: Once timer list output has been added to the diff/dump output, all it will take is a dump with non-hardware-related parts deleted to serve as a unified target config;
• this will enable features that require non-standard timer / DMA configurations to be used (like bidirectional Dshot) to be tested with firmware binaries from master.

It is currently incomplete as any non-standard DMA options encoded in target definitions as part of timerHardware are ignored - supporting these will require support for configurable DMA options for timers that @jflyper is working on.

[mikeller]

@jflyper: My last commit adds support for configurable DMA options for timers. Can you please review?

N.b.: The conversion to actually use configurable DMA options has only been done for Dshot, other consumers of timer pin resources will have to be modified as well. Also, currently CLI only prints the timer DMA options, setting them will have to be done. (Suggestion: use dmaopt pin <pin id> <option> as the format.)

[mikeller]

Ok, I think this is pretty much ready to go in now. What it does:

• add configurability for DMA options on timers (F4, F7, needs USE_TIMER_MGMT, USE_DMA_SPEC);
• enables USE_TIMER_MGMT for all F405, F7x2, so that timers can be reassigned on non-unified targets as well (will make the transition a lot easier);
• print timer DMA option (by pin) with dmaopt in CLI;
• fix USE_DMA_SPEC on F3 (needed this for testing).

What it does not do:

• reassign DMA option in CLI - this is more or less trivial, and can be added in another pull request;
• generic timer to pin matrices for the less common MCU types (F411, F745, ...) still need to be loaded.

[mikeller]

Rebased & squashed.

This is the last call for reviews. There is more work stacked up behind this, and waiting longer will jeopardise the feature freeze for the 4.0 release, so if nobody wants to review this I'll merge it.

[etracer65]

One thing I'm not sure about is the dmaopt all output that also seems to be included in the dump. For example:

# dmaopt all
dmaopt SPI_TX 1 NONE
dmaopt SPI_TX 2 NONE
dmaopt SPI_TX 3 NONE
dmaopt SPI_RX 1 NONE
dmaopt SPI_RX 2 NONE
dmaopt SPI_RX 3 NONE
dmaopt ADC 1 1 # DMA2 Stream 4 Channel 0
dmaopt ADC 2 NONE
dmaopt ADC 3 NONE
dmaopt UART_TX 1 NONE
dmaopt UART_TX 2 NONE
dmaopt UART_TX 3 NONE
dmaopt UART_TX 4 NONE
dmaopt UART_TX 5 NONE
dmaopt UART_TX 6 NONE
dmaopt UART_TX 7 NONE
dmaopt UART_TX 8 NONE
dmaopt UART_RX 1 NONE
dmaopt UART_RX 2 NONE
dmaopt UART_RX 3 NONE
dmaopt UART_RX 4 NONE
dmaopt UART_RX 5 NONE
dmaopt UART_RX 6 NONE
dmaopt UART_RX 7 NONE
dmaopt UART_RX 8 NONE
dmaopt B14 NONE
dmaopt B15 NONE
dmaopt C06 0
# C06: DMA2 Stream 2 Channel 0
dmaopt C07 0
# C07: DMA2 Stream 2 Channel 0
dmaopt C08 0
# C08: DMA2 Stream 2 Channel 0
dmaopt C09 0
# C09: DMA2 Stream 7 Channel 7
dmaopt B00 0
# B00: DMA1 Stream 7 Channel 5
dmaopt B01 0
# B01: DMA1 Stream 2 Channel 5
dmaopt A03 1
# A03: DMA1 Stream 6 Channel 3
dmaopt A02 0
# A02: DMA1 Stream 1 Channel 3
dmaopt A01 0
# A01: DMA1 Stream 4 Channel 6
dmaopt A00 0
# A00: DMA1 Stream 2 Channel 6

The part at the end that lists the pins and the verbose stream/channel info seems to generate output that won't work as commands. For example:

# dmaopt a00 0
bad device a00

[etracer65]

Also looks like some better handling of missing parameters is needed as it looks like we're printing a buffer overflow.

# dmaopt adc
bad index ðÿ

[mikeller]

This is a known limitation: This pull request does not yet support reading back the pin dmaopt configs - configurability is added in #7672.

[mikeller]

Will fix the overflow in #7672.