Type conflict (uint32_t) vs. (uint32_t:7) leads to overflow (276 vs. 20)

[micnet49]

zephyr/drivers/dma/dma_mcux_edma.c

Line 242 in fc140d8

DMAMUX_SetSource(DEV_DMAMUX_BASE(dev), channel, slot);

and

zephyr/drivers/dma/dma_mcux_edma.c

Line 245 in fc140d8

DMAMUX_SetSource(DEV_DMAMUX_BASE(dev), channel, slot);

use a variable as third argument which is derived from the structure element dma_slot of struct dma_config which is required in the call of the API function

zephyr/include/drivers/dma.h

Line 243 in fc140d8

static inline int dma_config(const struct device *dev, uint32_t channel,

.

E.g. if the dma request source kDmaRequestMuxSai1Tx is required and assigned to element dma_slot of struct dma_config this issue leads to a "conversion from 'unsigned int' to 'unsigned char:7' changes value from '276' to '20' [-Woverflow]".

[micnet49]

According to the reference manual i.MX RT1060 Processor Reference Manual, Rev. 2, 12/2019, section 5.6.1.2 Channel a Configuration (CHCFGa) only the lower 7 bits are relevant for the source selection (DMA Channel Source (Slot Number)).
However, it has been confusing to me.