From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 028983FEC; Fri, 16 Jun 2023 06:13:00 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E5238C433C0; Fri, 16 Jun 2023 06:12:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1686895980; bh=pKKs+ikvQgBhv6OujYCF/JO0CWWZMx7/sLxq/+FmgdQ=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=vNRjrKr9yva3IsiQbnaBccQwUvpLA1Mgw8uGTj52RWGNiBcMHo5TPqwe/0GfYuVU7 sODW+rKfd7imcYUfgnAmV7X5fokV9FGT4idRwxYuzezDCjETiZ8vsNjZD/2CNM7yIi XAp2tdoLzYlzESCvh81lxdN1g+UnXKZFD4JwZU8e7hKVrDE+7IUzcjhD7r1kp0wbJz C0IPCSJHRRzCg4znmH0DERGNv0MJyfbSoI8zMvtsVA6hgDTINYsPXtftO8MKe2fO5v zLRW8KfW067zj84LG93/RGiLAuEn/fVYKCjvjv/AdtJA3GE0UYAL36WIDNNRBWXIH1 ZPNlsSGJGLJkA== From: Kalle Valo To: Jakub Kicinski Cc: Johannes Berg , Toke =?utf-8?Q?H=C3=B8ilan?= =?utf-8?Q?d-J=C3=B8rgensen?= , linux-wireless@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, regressions@lists.linux.dev Subject: Re: Closing down the wireless trees for a summer break? References: <87y1kncuh4.fsf@kernel.org> <871qifxm9b.fsf@toke.dk> <20230613112834.7df36e95@kernel.org> <20230613195136.6815df9b@kernel.org> <87a5x2ccao.fsf@kernel.org> <20230614122153.640292b9@kernel.org> Date: Fri, 16 Jun 2023 09:12:55 +0300 In-Reply-To: <20230614122153.640292b9@kernel.org> (Jakub Kicinski's message of "Wed, 14 Jun 2023 12:21:53 -0700") Message-ID: <87h6r8aqag.fsf@kernel.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain Jakub Kicinski writes: > On Wed, 14 Jun 2023 18:07:43 +0300 Kalle Valo wrote: >> But do note that above is _only_ for -next patches. For patches going to >> -rc releases we apply the patches directly to wireless, no other trees >> are involved. My proposal was that net maintainers would take only fixes >> for -rc releases, my guess from history is that it would be maximum of >> 10-15 patches. And once me and Johannes are back we would sort out -next >> patches before the merge window. But of course you guys can do whatever >> you think is best :) > > Ah, good note, I would have guessed that fixes go via special trees, > too. In that case it should indeed be easy. We'll just look out for > maintainer acks on the list and ping people if in doubt. Sounds good. And do note that not all drivers have active maintainers, so you might have to take some patches without acks. -- https://patchwork.kernel.org/project/linux-wireless/list/ https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches