linux-kernel - Re: [PATCH v2 3/6] RDMA/cma: Brute force GFP

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <5AF30C96-0430-449C-9A97-F5D7EF7EC9EB@oracle.com>
Date: Fri, 17 May 2024 09:28:44 +0000
From: Haakon Bugge <haakon.bugge@...cle.com>
To: Greg Sword <gregsword0@...il.com>
CC: Zhu Yanjun <zyjzyj2000@...il.com>,
        OFED mailing list
	<linux-rdma@...r.kernel.org>,
        open list <linux-kernel@...r.kernel.org>,
        netdev <netdev@...r.kernel.org>,
        "rds-devel@....oracle.com"
	<rds-devel@....oracle.com>,
        Jason Gunthorpe <jgg@...pe.ca>, Leon Romanovsky
	<leon@...nel.org>,
        Saeed Mahameed <saeedm@...dia.com>, Tariq Toukan
	<tariqt@...dia.com>,
        "David S . Miller" <davem@...emloft.net>,
        Eric Dumazet
	<edumazet@...gle.com>, Jakub Kicinski <kuba@...nel.org>,
        Paolo Abeni
	<pabeni@...hat.com>, Tejun Heo <tj@...nel.org>,
        Lai Jiangshan
	<jiangshanlai@...il.com>,
        Allison Henderson <allison.henderson@...cle.com>,
        Manjunath Patil <manjunath.b.patil@...cle.com>,
        Mark Zhang
	<markzhang@...dia.com>,
        Chuck Lever III <chuck.lever@...cle.com>,
        Shiraz
 Saleem <shiraz.saleem@...el.com>,
        Yang Li <yang.lee@...ux.alibaba.com>
Subject: Re: [PATCH v2 3/6] RDMA/cma: Brute force GFP_NOIO



> On 16 May 2024, at 21:07, Greg Sword <gregsword0@...il.com> wrote:
> 
> On Thu, May 16, 2024 at 11:54 PM Haakon Bugge <haakon.bugge@...cle.com> wrote:
>> 
>> Hi Yanjun,
>> 
>> 
>>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/maintainer-netdev.rst?h=v6.9#n376
>>> 
>>> "
>>> Netdev has a convention for ordering local variables in functions.
>>> Order the variable declaration lines longest to shortest, e.g.::
>> 
>> "Infiniband subsystem" != netdev, right?
> 
> All kernel subsystems should follow this rule, including the network
> and rdma subsystems

I am note aware. Where is this documented?


Thxs, Håkon