[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230417093832.686d0799@kernel.org>
Date: Mon, 17 Apr 2023 09:38:32 -0700
From: Jakub Kicinski <kuba@...nel.org>
To: Sasha Levin <sashal@...nel.org>
Cc: "Samudrala, Sridhar" <sridhar.samudrala@...el.com>,
Willem de Bruijn <willemdebruijn.kernel@...il.com>,
Pavan Kumar Linga <pavan.kumar.linga@...el.com>,
willemb@...gle.com, decot@...gle.com, netdev@...r.kernel.org,
jesse.brandeburg@...el.com, edumazet@...gle.com,
intel-wired-lan@...ts.osuosl.org, anthony.l.nguyen@...el.com,
pabeni@...hat.com, davem@...emloft.net
Subject: Re: [Intel-wired-lan] [PATCH net-next v2 00/15] Introduce Intel
IDPF driver
On Sat, 15 Apr 2023 13:16:23 -0400 Sasha Levin wrote:
> Sorry, I may not have explained myself well. My concern is not around
> what's standard and what's not, nor around where in the kernel tree
> these drivers live.
My bad, I thought you were looking at this from the stable tree's angle.
> I'm concerned that down the road we may end up with two drivers that
> have the same name, and are working with hardware so similar that it
> might be confusing to understand which driver a user should be using.
>
> Yes, it's not something too big, but we have an opportunity to think
> about this before committing to anything that might be a pain down the
> road.
Indeed, the "update" Willem mentioned should be at most a quirk or
capability exchange with the device within this driver. Two drivers
would be unacceptable.
Powered by blists - more mailing lists