[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <e90eb551-3b56-4c34-be8d-3d2187a1f81c@kili.mountain>
Date: Wed, 15 Mar 2023 11:01:39 +0300
From: Dan Carpenter <error27@...il.com>
To: Jakub Kicinski <kuba@...nel.org>
Cc: Alexander Lobakin <aleksander.lobakin@...el.com>,
Muhammad Usama Anjum <usama.anjum@...labora.com>,
Simon Horman <simon.horman@...igine.com>,
Ariel Elior <aelior@...vell.com>,
Manish Chopra <manishc@...vell.com>,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Paolo Abeni <pabeni@...hat.com>, kernel@...labora.com,
kernel-janitors@...r.kernel.org, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2] qede: remove linux/version.h and linux/compiler.h
On Mon, Mar 13, 2023 at 11:45:38AM -0700, Jakub Kicinski wrote:
> Reality check for me - this is really something that should
> be handled by our process scripts, right? get_maintainer/
> /checkpatch ? Or that's not a fair expectation.
If it could be automated some way, that would help a lot.
There are a bunch of things which have confused me in the past such as
how RDMA and the net trees interact. Also the Mellanox tree, I used to
think Mellanox maintainers collect patches and send git pulls but
apparently for fixes they prefer if you collect them from mailing list?
I'm looking at my process now and I can see that I was dumb when I set
this up. Just doing a fetch and switching between git trees was taking
4 minutes but I can cut it down to 30 seconds. So some of this was my
fault.
regards,
dan carpenter
Powered by blists - more mailing lists