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 A0CDC1FF5F4 for ; Tue, 12 Nov 2024 15:18:23 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1731424703; cv=none; b=aA3ZaYKNlSgE5niV9niRUyfi3/wL61qDgIMnSrKGD7JmHcfIMs9FW0ylSTwarD17+l+fwJCwTZXQu5Vm7etvEKRNdQiiNaLXR7ofXz+xUsVE1pTVTiIlDM70EhQhvrrgojbNuQq65JTcKZFAMyVW7d/yW7ual1rbmGni1tKwT3s= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1731424703; c=relaxed/simple; bh=nth3J6FETCjuT0ZhgJ2WbzVPX+r5vZ9cXKeYs8Mwt5c=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=FDzJgUDF+sOF6B5Y8yj8dzMVoLj+vchOu+lOACTIu6Bp4NRtCg8mKVfgJQRK3kE1aucBy0uYfmT+rjB9qJWLy1TFWfMe4t6vM89ILfpRard7uvS6DYP7dw7ToVQ7Uy+tfytIda95RIH+5XvvTc+O0uBgmf3ReI7v0SCrZdFWBRQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=GP2Ua2uY; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="GP2Ua2uY" Received: by smtp.kernel.org (Postfix) with ESMTPSA id DEF89C4CED0; Tue, 12 Nov 2024 15:18:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1731424703; bh=nth3J6FETCjuT0ZhgJ2WbzVPX+r5vZ9cXKeYs8Mwt5c=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=GP2Ua2uY0cnb3MK4O/2GZKsIBKct+UZyU3hCcHaX1CQG22At/E9vXMZdlcXPRLZ/w bJk3vd2emzym1+PsQeNzfSee0G0eFJ04I2jbSjkjyqppebh50A7TveSlWQOCcfkoeu K+nGli3BanOjIis7VJio547h92+1ohhB7k3KqIlw8VvCjnAgJCJ94O6dQYA00f92t0 ikGEIuhD0Xa0Hz2NAIT6RapO5o+LEN+EFMHFPS3gLHnKSwGsIA0714doTdLBiDhGHN 0IgHcmAZHgE8gbrDt5oVPimIbZ3CpjyLh0APp+KkjQHd+4oD8qCuatMDjEbn+77DBT qWH8fdTOvWXkQ== Date: Tue, 12 Nov 2024 07:18:22 -0800 From: Jakub Kicinski To: Jamal Hadi Salim Cc: Alexandre Ferrieux , Eric Dumazet , Cong Wang , Jiri Pirko , alexandre.ferrieux@orange.com, Linux Kernel Network Developers Subject: Re: [PATCH net v6] net: sched: cls_u32: Fix u32's systematic failure to free IDR entries for hnodes. Message-ID: <20241112071822.1a6f3c9a@kernel.org> In-Reply-To: References: <20241108141159.305966-1-alexandre.ferrieux@orange.com> <20241111102632.74573faa@kernel.org> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Tue, 12 Nov 2024 07:23:29 -0500 Jamal Hadi Salim wrote: > > Separate patch - okay, but why are you asking people to send the tests > > to net-next? These sort of requests lead people to try to run > > linux-next tests on stable trees. > > AFAIK, those are the rules. Do you have more info, or this is more of a "your understanding" thing? E.g. rules for which subsystem? are they specified somewhere? I'm used to merging the fix with the selftest, two minor reasons pro: - less burden on submitter - backporters can see and use the test to validate, immediately con: - higher risk of conflicts, but that's my problem (we really need to alpha-sort the makefiles, sigh)