
Currently if the msdu_done bit is not set in the rx_pkt_tlvs, the buffer is unmapped and freed. There was an issue seen where hardware accessed a buffer address, which probably was delivered to driver without DMA of data to the buffer (thereby unmapped and freed before hw attempted second access). This results in unwanted recovery. Based on the above hypothesis, add a workaround to skip the unmap-and-free of any buffer for which the msdu_done bit was not set in the rx_pkt_tlv. Also mark the corresponding rx_desc as in_err_state. The rx_desc corresponding to such aforementioned msdu_done failure msdus are stored in a rolling list, where the old entry is force unmapped & freed when a new entry needs to be added. This force unmap-and-free of the oldest buffer gives an uncertain amount of delay between it being reaped from rx ring and actual unmap-and-free. Change-Id: Ibf8f3c886118d532af818466cb46218d88146271 CRs-Fixed: 3667674
398 KiB
398 KiB