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
| ||
|
Date: Thu, 26 Mar 2015 15:13:34 -0600 From: Jason Gunthorpe <jgunthorpe@...idianresearch.com> To: Michael Wang <yun.wang@...fitbricks.com> Cc: Doug Ledford <dledford@...hat.com>, linux-rdma@...r.kernel.org, linux-kernel@...r.kernel.org, linux-nfs@...r.kernel.org, netdev@...r.kernel.org, Roland Dreier <roland@...nel.org>, Sean Hefty <sean.hefty@...el.com>, Hal Rosenstock <hal.rosenstock@...il.com>, Ira Weiny <ira.weiny@...el.com>, Trond Myklebust <trond.myklebust@...marydata.com>, "J. Bruce Fields" <bfields@...ldses.org>, "David S. Miller" <davem@...emloft.net>, Moni Shoua <monis@...lanox.com>, Or Gerlitz <ogerlitz@...lanox.com>, Tatyana Nikolova <Tatyana.E.Nikolova@...el.com>, Steve Wise <swise@...ngridcomputing.com>, Yan Burman <yanb@...lanox.com>, Jack Morgenstein <jackm@....mellanox.co.il>, Bart Van Assche <bvanassche@....org>, Yann Droneaud <ydroneaud@...eya.com>, Colin Ian King <colin.king@...onical.com>, Jiri Kosina <jkosina@...e.cz>, Matan Barak <matanb@...lanox.com>, Majd Dibbiny <majd@...lanox.com>, Dan Carpenter <dan.carpenter@...cle.com>, Mel Gorman <mgorman@...e.de>, Alex Estrin <alex.estrin@...el.com>, Eric Dumazet <edumazet@...gle.com>, Erez Shitrit <erezsh@...lanox.com>, Sagi Grimberg <sagig@...lanox.com>, Haggai Eran <haggaie@...lanox.com>, Shachar Raindel <raindel@...lanox.com>, Mike Marciniszyn <mike.marciniszyn@...el.com>, Tom Tucker <tom@....us>, Chuck Lever <chuck.lever@...cle.com> Subject: Re: [PATCH 0/2 RESEND] IB/Verbs: Use helpers to refine the checking on transport and link layer On Thu, Mar 26, 2015 at 05:58:20PM +0100, Michael Wang wrote: > The questions is just wondering how the transition method could be, but > if we have to do the changes for vendor, that sounds like a tough job... I would see changing how the information is represented in the struct as a follow on issue. The first patch should go through and replace all direct access to the link layer/transport/etc with an appropriately narrow is_XX() test like Doug was suggesting. That means looking at each code site and determining what it needs, making a is_XX for it and a kdoc describing exactly what is needed for the test to return true. The follow on patch can then rework the is_XX and drop the link layer/transport stuff.. Some ideas for is_XX: IB compatible SA QP0 SMP mechanism IB SMP format OPA SMP format QP1 GMP mechanism IB compatible CM GID addressing IP/IPv6 addressing Ethernet VLAN ... Jason -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists