CVE-2026-72134 in Linux
Sumário
de VulDB • 15/08/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
spi: imx: reconfigurar para PIO quando o DMA não puder ser iniciado
Quando spi_imx_can_dma() seleciona o DMA, o ECSPI é configurado para DMA: spi_imx_setupxfer() define CTRL.SMC e limpa dynamic_burst, e spi_imx_dma_transfer() programa BURST_LENGTH do burst dinâmico e as marcas d'água (watermarks) da SDMA.
Se o descritor de DMA não puder ser preparado (dmaengine_prep_slave_single() retorna NULL), a transferência falha com SPI_TRANS_FAIL_NO_START e recorre ao PIO. O caminho DMA de burst dinâmico usa seus próprios buffers bounce em vez do mapeamento do núcleo SPI, portanto xfer->{tx,rx}_sg_mapped não são definidos e a nova tentativa de DMA->PIO do núcleo é ignorada; o driver recorre internamente ao PIO. No entanto, nenhuma das configurações no modo DMA é desfeita, então a transferência PIO executa com CTRL.SMC definido, comprimento de burst incorreto e dynamic_burst limpo, resultando em corrupção dos dados transferidos.
Isso ocorre facilmente em placas i.MX8MP que descrevem ECSPI DMA na árvore de dispositivos (device tree), mas executam SDMA no firmware ROM (sem sdma-imx7d.bin externo): toda preparação de ECSPI DMA falha. Um TPM Infineon SLB9670 conectado ao ECSPI1 retorna então dados TPM2_GetCapability deslocados, é sinalizado como "modo de falha de campo" e /dev/tpmrm0 nunca é criado.
Defina controller->fallback antes de executar novamente spi_imx_setupxfer() para que o ECSPI seja reconfigurado exatamente como uma transferência PIO normal. Com controller->fallback definido, spi_imx_setupxfer() vê spi_imx_can_dma() retornar falso, portanto ele limpa spi_imx->usedma e reprograva o controlador (limpa CTRL.SMC, restaura dynamic_burst e o comprimento de burst do PIO). Não é necessária uma definição explícita de spi_imx->usedma = false: setupxfer() já a atualiza com base no resultado de can_dma().
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.