From:   Kalle Valo <kvalo@kernel.org>
To:     Thorsten Leemhuis <regressions@leemhuis.info>
Cc:     linux-wireless@vger.kernel.org, johannes@sipsolutions.net,
        aaro.koskinen@iki.fi, rwbugreport@lost-in-the-void.net,
        ryder.lee@mediatek.com, Felix Fietkau <nbd@nbd.name>
Subject: Re: [PATCH 5.16] mac80211: fix rate control for retransmitted frames
References: <20211122204323.9787-1-nbd@nbd.name>
        <b8cd1251-691c-a927-cff2-3476977667b1@leemhuis.info>
Date:   Mon, 13 Dec 2021 11:21:25 +0200
In-Reply-To: <b8cd1251-691c-a927-cff2-3476977667b1@leemhuis.info> (Thorsten
        Leemhuis's message of "Sun, 12 Dec 2021 12:45:37 +0100")
Message-ID: <87y24on9m2.fsf@tynnyri.adurom.net>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Precedence: bulk

Thorsten Leemhuis <regressions@leemhuis.info> writes:

> Hi, this is your Linux kernel regression tracker speaking.
>
> Top-posting for once, to make this easy accessible to everyone.
>
> What is talking below fix so long to get mainlined? The patch and the
> confirmation that it fixes the regressions was 19 days ago. The patch is
> also in linux-next for 12 days. From my point of view as regression
> tracker that seem "too long", as this is a regression that also affects
> a stable kernel.
>
> Or am I missing something?

In general it just takes time for wireless patches to reach Linus' tree.
For example, we don't usually send pull requests to the net tree every
week so that alone causes delay.

-- 
https://patchwork.kernel.org/project/linux-wireless/list/

https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches