[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250310172541.30896e20@kernel.org>
Date: Mon, 10 Mar 2025 17:25:41 +0100
From: Jakub Kicinski <kuba@...nel.org>
To: Jacob Keller <jacob.e.keller@...el.com>
Cc: Meghana Malladi <m-malladi@...com>, Richard Cochran
<richardcochran@...il.com>, <lokeshvutla@...com>, <vigneshr@...com>,
<javier.carrasco.cruz@...il.com>, <diogo.ivo@...mens.com>,
<horms@...nel.org>, <pabeni@...hat.com>, <edumazet@...gle.com>,
<davem@...emloft.net>, <andrew+netdev@...n.ch>,
<linux-kernel@...r.kernel.org>, <netdev@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>, <srk@...com>, Roger Quadros
<rogerq@...nel.org>, <danishanwar@...com>
Subject: Re: Plan to validate supported flags in PTP core (Was: Re: [PATCH
net v2 0/2] Fixes for perout configuration in IEP driver)
On Fri, 7 Mar 2025 15:48:27 -0800 Jacob Keller wrote:
> Would a series with individual patches for the 3 special cases + one
> patch to handle all the drivers that have no explicit flag check be
> acceptable? Or should I do individual patches for each driver and just
> break the series up? Or are we ok with just fixing this in next with the
> .supported_extts_flags change?
A mass rejection of unsupported settings feels like a net-next material
in general. Handling the more complex cases individually and the rest in
a big patch makes sense.
Powered by blists - more mailing lists