Received-SPF: pass (google.com: domain of linux-kernel+bounces-65188-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223;
From: Kalle Valo <kvalo@kernel.org>
To: "Arnd Bergmann" <arnd@arndb.de>
Cc: "Arnd Bergmann" <arnd@kernel.org>,  "Jeff Johnson"
 <quic_jjohnson@quicinc.com>,  "Karthikeyan Periyasamy"
 <quic_periyasa@quicinc.com>,  "Aloka Dixit" <quic_alokad@quicinc.com>,
  "Wen Gong" <quic_wgong@quicinc.com>,  "Muna Sinada"
 <quic_msinada@quicinc.com>,  "Aditya Kumar Singh"
 <quic_adisi@quicinc.com>,  ath12k@lists.infradead.org,
  linux-wireless@vger.kernel.org,  linux-kernel@vger.kernel.org
Subject: Re: [PATCH] wifi: ath12k: sanitize ath12k_mac_allocate() return code
References: <20240213100912.459018-1-arnd@kernel.org>
	<170790025305.3179441.138152315558305278.kvalo@kernel.org>
	<08ac32ef-610d-479d-a3fd-a3c3b8c4c697@app.fastmail.com>
	<87plwze34l.fsf@kernel.org>
	<d9a7ad2f-c9a7-4886-8bbc-7a77771c0aec@app.fastmail.com>
Date: Wed, 14 Feb 2024 14:21:58 +0200
In-Reply-To: <d9a7ad2f-c9a7-4886-8bbc-7a77771c0aec@app.fastmail.com> (Arnd
	Bergmann's message of "Wed, 14 Feb 2024 11:51:02 +0100")
Message-ID: <87le7ndymx.fsf@kernel.org>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux)
Precedence: bulk
MIME-Version: 1.0
Content-Type: text/plain

"Arnd Bergmann" <arnd@arndb.de> writes:

> On Wed, Feb 14, 2024, at 11:44, Kalle Valo wrote:
>> "Arnd Bergmann" <arnd@arndb.de> writes:
>>> On Wed, Feb 14, 2024, at 09:44, Kalle Valo wrote:
>>>> Arnd Bergmann <arnd@kernel.org> wrote:
>>
>>> but I see it's not in linux-next yet as of today.
>>
>> Yeah, it's a problem that ath.git is not included linux-next builds. The
>> commits will be in linux-next only after ath-next is pulled to
>> wireless-next :/
>
> Not sure if that is intentional, but if you'd like to change
> that, you can just email Stephen Rothwell asking him to include
> ath-next into linux-next as well.

We haven't done that as Stephen prefers that there are no "next-next"
patches in linux-next during the merge window and we don't want to stop
the development for two weeks.

But this is not the first time we get duplicate fixes due to the first
fix not being in linux-next, so we should fix this. I guess we could do
a similar for-next branch trick like we have in wireless-next? I'll talk
with Jeff and we'll see what we can do.

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

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