В ядре Linux устранена следующая уязвимость:
wifi: mt76: mt7996: исправлена утечка сопоставления TX DMA для кадров запроса AddBA.
mt7996/mt7992 передайте прошивку HW MAC-TXP для кадров действий AddBA req
(MT_TXD7_MAC_TXD, установлено в mt7996_mac_write_txwi_80211()), но в противном случае
Устройства FW-TXP. На tx бесплатно mt76_connac_txp_skb_unmap() поэтому декодирует
txp для каждого кадра как структура mt76_connac_fw_txp. Для MAC-TXP
Байт fw_txp.nbuf является псевдонимом слова TID AddBA (MT_TXP1_TID_ADDBA), которое
всегда ноль, поэтому цикл unmap выполняется ноль раз, а отображение skb DMA в
buf[1] никогда не отображается. buf[1].skip_unmap устанавливается безоговорочно, поэтому
Общая очистка кольца DMA также пропускает его.
Таким образом, каждый запрос AddBA пропускает одно сопоставление TX DMA, примерно по одному на каждый запрос.
(ре)ассоциация. При включенном WED эти сопоставления передаются через
WED swiotlb пул, поэтому при постоянном переподключении клиентов пул
исчерпан примерно через 1-2 дня, после чего сопоставление DMA не выполняется для WED, Wi-Fi
MCU и другие потребители на SoC. Оставьте отложенное (выпуск токена) несопоставление, на которое опирается проект, и добавьте
txp unmap, специфичный для mt7996, который проверяет MT_TXD7_MAC_TXD и отменяет сопоставление
buf[1] из макета MAC-TXP для этих кадров, делегируя
mt76_connac_txp_skb_unmap() в противном случае.
Показать оригинальное описание (EN)
In the Linux kernel, the following vulnerability has been resolved: wifi: mt76: mt7996: fix TX DMA mapping leak for AddBA req frames mt7996/mt7992 hand the firmware a HW MAC-TXP for AddBA req action frames (MT_TXD7_MAC_TXD, set in mt7996_mac_write_txwi_80211()), but are otherwise FW-TXP devices. On tx free mt76_connac_txp_skb_unmap() therefore decodes the per-frame txp as a struct mt76_connac_fw_txp. For a MAC-TXP the fw_txp.nbuf byte aliases the AddBA TID word (MT_TXP1_TID_ADDBA), which is always zero, so the unmap loop runs zero times and the skb DMA mapping in buf[1] is never unmapped. buf[1].skip_unmap is set unconditionally, so the generic DMA-ring cleanup skips it as well. Each AddBA req therefore leaks one TX DMA mapping, roughly one per (re)association. With WED enabled these mappings are bounced through the WED swiotlb pool, so under continuous client reconnect churn the pool is exhausted after ~1-2 days, after which DMA mapping fails for WED, the WiFi MCU and other on-SoC consumers. Keep the deferred (token release) unmap that the design relies on, and add an mt7996-specific txp unmap that inspects MT_TXD7_MAC_TXD and unmaps buf[1] from the MAC-TXP layout for those frames, delegating to mt76_connac_txp_skb_unmap() otherwise.