From: Alexander Lobakin <aleksander.lobakin@intel.com>
To: Jakub Kicinski <kuba@kernel.org>,
Aleksandr Loktionov <aleksandr.loktionov@intel.com>
Cc: Larysa Zaremba <larysa.zaremba@intel.com>,
Tony Nguyen <anthony.l.nguyen@intel.com>, <davem@davemloft.net>,
<pabeni@redhat.com>, <edumazet@google.com>,
<andrew+netdev@lunn.ch>, <netdev@vger.kernel.org>,
<przemyslaw.kitszel@intel.com>, <sridhar.samudrala@intel.com>,
<anjali.singhai@intel.com>, <michal.swiatkowski@linux.intel.com>,
<maciej.fijalkowski@intel.com>, <emil.s.tantilov@intel.com>,
<madhu.chittim@intel.com>, <joshua.a.hay@intel.com>,
<jacob.e.keller@intel.com>, <jayaprakash.shanmugam@intel.com>,
<jiri@resnulli.us>, <horms@kernel.org>, <corbet@lwn.net>,
<richardcochran@gmail.com>, <linux-doc@vger.kernel.org>,
<tatyana.e.nikolova@intel.com>, <krzysztof.czurylo@intel.com>,
<jgg@ziepe.ca>, <leon@kernel.org>, <linux-rdma@vger.kernel.org>,
Samuel Salin <Samuel.salin@intel.com>,
NXNE CNSE OSDT ITP Upstreaming
<nxne.cnse.osdt.itp.upstreaming@intel.com>
Subject: Re: [PATCH net-next v3 01/14] virtchnl: create 'include/linux/intel' and move necessary header files
Date: Tue, 26 May 2026 16:45:44 +0200 [thread overview]
Message-ID: <d3191a29-0ce8-4338-80b8-a49c53c1a472@intel.com> (raw)
In-Reply-To: <20260522084050.5ba31f38@kernel.org>
From: Jakub Kicinski <kuba@kernel.org>
Date: Fri, 22 May 2026 08:40:50 -0700
> On Fri, 22 May 2026 13:08:08 +0200 Alexander Lobakin wrote:
>>>> There are at least
>>>>
>>>> include/linux/mlx4, include/linux/mlx5 and include/linux/bnxt.
>>>>
>>>> Those are per-driver and not per-vendor, but intel ethernet has too many drivers
>>>> to have separate folders for them.
>>>>
>>>> I just do not think this creates a precedent neccessarily.
>>>
>>> You just said the other ones are for specific drivers.
>>
>> Right, but according to your earlier suggestion they belong to
>> include/net, not include/linux.
>>
>> My understanding is that they're under include/linux, not include/net as
>> mlx5 is not only about Ethernet, but also RDMA etc. The same applies to
>> Intel's headers.
>>
>> What's your position after all this? Still include/net/intel? This
>> commit is about stopping scattering Intel headers all over include/linux
>> and set one place for them.
>
> I strongly dislike the idea there are "intel" headers. Header files
> are not sorted by vendors. That gives off way too much "Intel's corner
> of the kernel" vibe. "net+Intel" is fine, but Intel by itself is too
> broad.
>
> So IDK. include/net/intel is fine. So is the current layout. Or stick
> to driver / module by module like other vendors.
We'll stick to the current include/linux/net/intel, a bit different
reasons than yours, but I agree with you in general.
>
>>>> Folder structure is for you to decide as a maintainer, but it would be nice to
>>>> have known about such doubts earlier.
>>>
>>> I'd love to know if you any suggestions for improving the process.
>>> Otherwise please keep your venting off list.
>>
>> I think Larysa just wanted to say that you disliked this commit after
>> the series went through several iterations on IWL and 3 iterations here,
>> nothing more. It's not about the overall process.
>
> Intel has a strongly negative reviewer score right now.
> IMHO it's not appropriate for y'all to complain about upstream
> reviews, or how long it takes to get your patches merged...
We don't complain, apologies if this sounded like that.
Re review score -- I noticed that as well and have been focusing on
reviews more than sending patches, *but*:
To Aleksandr:
Please *stop* spamming IWL/netdev with patches. This doesn't help at all.
Or at least do minimum 1 review per each patch you send.
The imbalance you (not only, but mostly) create will only lead to that
we won't be able to send anything at all.
To you and sorta everyone from Intel:
Please focus more on reviews and wait with sending stuff until Intel is
back to the top 10 reviewers and has at least +/- neutral score.
Most of stuff coming from Intel right now is not critical for customers
and users, by doing that you paralyze really important series.
Thanks,
Olek
next prev parent reply other threads:[~2026-05-26 14:45 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-15 22:44 [PATCH net-next v3 00/14][pull request] Introduce iXD driver Tony Nguyen
2026-05-15 22:44 ` [PATCH net-next v3 01/14] virtchnl: create 'include/linux/intel' and move necessary header files Tony Nguyen
2026-05-21 0:52 ` Jakub Kicinski
2026-05-21 9:28 ` Larysa Zaremba
2026-05-21 13:56 ` Jakub Kicinski
2026-05-22 11:08 ` Alexander Lobakin
2026-05-22 15:40 ` Jakub Kicinski
2026-05-26 14:45 ` Alexander Lobakin [this message]
2026-05-26 21:36 ` Jacob Keller
2026-05-15 22:44 ` [PATCH net-next v3 02/14] libie: add PCI device initialization helpers to libie Tony Nguyen
2026-05-18 6:46 ` Larysa Zaremba
2026-05-18 21:54 ` Bjorn Helgaas
2026-05-19 8:20 ` Philipp Stanner
2026-05-19 10:03 ` Larysa Zaremba
2026-05-15 22:44 ` [PATCH net-next v3 03/14] libeth: allow to create fill queues without NAPI Tony Nguyen
2026-05-21 1:49 ` Jakub Kicinski
2026-05-21 10:07 ` Larysa Zaremba
2026-05-15 22:44 ` [PATCH net-next v3 04/14] libie: add control queue support Tony Nguyen
2026-05-18 7:02 ` Larysa Zaremba
2026-05-15 22:44 ` [PATCH net-next v3 05/14] libie: add bookkeeping support for control queue messages Tony Nguyen
2026-05-18 7:24 ` Larysa Zaremba
2026-05-21 1:51 ` Jakub Kicinski
2026-05-21 8:25 ` Larysa Zaremba
2026-05-15 22:44 ` [PATCH net-next v3 06/14] idpf: remove 'vport_params_reqd' field Tony Nguyen
2026-05-15 22:44 ` [PATCH net-next v3 07/14] idpf: refactor idpf to use libie_pci APIs Tony Nguyen
2026-05-18 7:40 ` Larysa Zaremba
2026-05-15 22:44 ` [PATCH net-next v3 08/14] idpf: refactor idpf to use libie control queues Tony Nguyen
2026-05-18 8:01 ` Larysa Zaremba
2026-05-18 10:14 ` Larysa Zaremba
2026-05-15 22:44 ` [PATCH net-next v3 09/14] idpf: make mbx_task queueing and cancelling more consistent Tony Nguyen
2026-05-15 22:44 ` [PATCH net-next v3 10/14] idpf: print a debug message and bail in case of non-event ctlq message Tony Nguyen
2026-05-15 22:44 ` [PATCH net-next v3 11/14] ixd: add basic driver framework for Intel(R) Control Plane Function Tony Nguyen
2026-05-18 8:32 ` Larysa Zaremba
2026-05-15 22:44 ` [PATCH net-next v3 12/14] ixd: add reset checks and initialize the mailbox Tony Nguyen
2026-05-18 9:12 ` Larysa Zaremba
2026-05-15 22:44 ` [PATCH net-next v3 13/14] ixd: add the core initialization Tony Nguyen
2026-05-18 10:01 ` Larysa Zaremba
2026-05-18 10:10 ` Larysa Zaremba
2026-05-15 22:44 ` [PATCH net-next v3 14/14] ixd: add devlink support Tony Nguyen
2026-05-18 10:11 ` Larysa Zaremba
2026-05-18 10:23 ` [PATCH net-next v3 00/14][pull request] Introduce iXD driver Larysa Zaremba
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=d3191a29-0ce8-4338-80b8-a49c53c1a472@intel.com \
--to=aleksander.lobakin@intel.com \
--cc=Samuel.salin@intel.com \
--cc=aleksandr.loktionov@intel.com \
--cc=andrew+netdev@lunn.ch \
--cc=anjali.singhai@intel.com \
--cc=anthony.l.nguyen@intel.com \
--cc=corbet@lwn.net \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=emil.s.tantilov@intel.com \
--cc=horms@kernel.org \
--cc=jacob.e.keller@intel.com \
--cc=jayaprakash.shanmugam@intel.com \
--cc=jgg@ziepe.ca \
--cc=jiri@resnulli.us \
--cc=joshua.a.hay@intel.com \
--cc=krzysztof.czurylo@intel.com \
--cc=kuba@kernel.org \
--cc=larysa.zaremba@intel.com \
--cc=leon@kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-rdma@vger.kernel.org \
--cc=maciej.fijalkowski@intel.com \
--cc=madhu.chittim@intel.com \
--cc=michal.swiatkowski@linux.intel.com \
--cc=netdev@vger.kernel.org \
--cc=nxne.cnse.osdt.itp.upstreaming@intel.com \
--cc=pabeni@redhat.com \
--cc=przemyslaw.kitszel@intel.com \
--cc=richardcochran@gmail.com \
--cc=sridhar.samudrala@intel.com \
--cc=tatyana.e.nikolova@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox