[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <3f3f57dc-88c1-44ab-a69a-457633360fbd@web.de>
Date: Tue, 18 Jun 2024 13:30:09 +0200
From: Markus Elfring <Markus.Elfring@....de>
To: Justin Lai <justinlai0215@...ltek.com>, Simon Horman <horms@...nel.org>,
netdev@...r.kernel.org, kernel-janitors@...r.kernel.org
Cc: "David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>, Jakub Kicinski <kuba@...nel.org>,
Paolo Abeni <pabeni@...hat.com>, LKML <linux-kernel@...r.kernel.org>,
Andrew Lunn <andrew@...n.ch>, Hariprasad Kelam <hkelam@...vell.com>,
Jiri Pirko <jiri@...nulli.us>, Larry Chiu <larry.chiu@...ltek.com>,
Ping-Ke Shih <pkshih@...ltek.com>, Ratheesh Kannoth <rkannoth@...vell.com>
Subject: Re: [v20 02/13] rtase: Implement the .ndo_open function
>> I dare to propose further collateral evolution according to available
>> programming interfaces.
…
> Thank you for your suggestion,
I became curious how the clarification will evolve further for adjusting
API usage in some ways.
> but since we still need to survey the new method,
Would you like to take another look at any intermediate application statistics?
Example:
Looking at guard usage (with SmPL)
https://lore.kernel.org/cocci/2dc6a1c7-79bf-42e3-95cc-599a1e154f57@web.de/
https://sympa.inria.fr/sympa/arc/cocci/2024-05/msg00090.html
> we want to use the goto method for this current version of the patch
Goto chains can still be applied for another while.
> and make modifications based on Simon's suggestions.
The change acceptance is evolving also according to known software transformations,
isn't it?
Regards,
Markus
Powered by blists - more mailing lists