netdev - Re: [PATCH net-next] ice: convert to ndo_hwtstamp_get() and ndo_hwtstamp

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20250513093151.2ppznd3isu4xgpoa@skbuf>
Date: Tue, 13 May 2025 12:31:51 +0300
From: Vladimir Oltean <vladimir.oltean@....com>
To: Jakub Kicinski <kuba@...nel.org>
Cc: Jacob Keller <jacob.e.keller@...el.com>, netdev@...r.kernel.org,
	Tony Nguyen <anthony.l.nguyen@...el.com>,
	Przemek Kitszel <przemyslaw.kitszel@...el.com>,
	intel-wired-lan@...ts.osuosl.org,
	Andrew Lunn <andrew+netdev@...n.ch>,
	"David S. Miller" <davem@...emloft.net>,
	Eric Dumazet <edumazet@...gle.com>, Paolo Abeni <pabeni@...hat.com>,
	Simon Horman <horms@...nel.org>,
	Vadim Fedorenko <vadim.fedorenko@...ux.dev>,
	Richard Cochran <richardcochran@...il.com>
Subject: Re: [PATCH net-next] ice: convert to ndo_hwtstamp_get() and
 ndo_hwtstamp_set()

On Mon, May 12, 2025 at 05:16:52PM -0700, Jakub Kicinski wrote:
> On Mon, 12 May 2025 12:06:56 -0700 Jacob Keller wrote:
> > > Ok. I have 3 more Intel conversions pending (igb, ixgbe, i40e), but I've
> > > put a stop for today. I assume it's fine to post these to net-next and
> > > not to the iwl-next tree, or would you prefer otherwise?  
> > 
> > I think we typically prefer to go through iwl-next because that lets us
> > run a validation test pass. I have no personal objection if the netdev
> > maintainers want to take these directly.
> 
> The real question is whether you can get these back to the list before
> Vladimir is done converting all drivers :) If yes - let's follow the
> usual path and take these via iwl. If Vladimir can convert faster than
> you can validate then we should take these direct..

I think I will be the limiting factor anyway. Let me send all Intel
conversions to iwl-next.