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-next>] [day] [month] [year] [list]
Message-ID: <551579CA.4030901@profitbricks.com>
Date:	Fri, 27 Mar 2015 16:39:54 +0100
From:	Michael Wang <yun.wang@...fitbricks.com>
To:	Roland Dreier <roland@...nel.org>,
	Sean Hefty <sean.hefty@...el.com>,
	Hal Rosenstock <hal.rosenstock@...il.com>,
	Ira Weiny <ira.weiny@...el.com>, linux-rdma@...r.kernel.org,
	linux-kernel@...r.kernel.org, linux-nfs@...r.kernel.org,
	netdev@...r.kernel.org
CC:	"J. Bruce Fields" <bfields@...ldses.org>,
	Trond Myklebust <trond.myklebust@...marydata.com>,
	"David S. Miller" <davem@...emloft.net>,
	Or Gerlitz <ogerlitz@...lanox.com>,
	Moni Shoua <monis@...lanox.com>,
	PJ Waskiewicz <pj.waskiewicz@...idfire.com>,
	Tatyana Nikolova <Tatyana.E.Nikolova@...el.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>,
	Majd Dibbiny <majd@...lanox.com>,
	Jiri Kosina <jkosina@...e.cz>,
	Matan Barak <matanb@...lanox.com>,
	Alex Estrin <alex.estrin@...el.com>,
	Doug Ledford <dledford@...hat.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>,
	Steve Wise <swise@...ngridcomputing.com>,
	Tom Tucker <tom@....us>, Chuck Lever <chuck.lever@...cle.com>,
	Michael Wang <yun.wang@...fitbricks.com>
Subject: [RFC PATCH 00/11] IB/Verbs: IB Management Helpers


There are plenty of lengthy code to check the transport type of IB device,
or the link layer type of it's port, but actually we are just speculating
whether a particular management is supported by the device/port.

Thus instead of inferring, we should have our own mechanism for
IB management capability/protocol checking, several proposals below.

This patch set is the pioneer which try to collecting all the cases where
a management helper applicable, and put all the speculating logical together,
in order to be easily integrated to the new querying mechanism in future.

TODO:
    The helper in patch 10 and 11 are still to be classified, that is
    cap_ib() and cap_eth().

    The name/description of each helper may not correct enough, those folks
    who are familiar with these particular parts, your suggestion would be
    invaluable ;-)

Proposals:
    Sean:
    https://www.mail-archive.com/linux-rdma@vger.kernel.org/msg23339.html
    Doug:
    https://www.mail-archive.com/linux-rdma@vger.kernel.org/msg23418.html
    Jason:
    https://www.mail-archive.com/linux-rdma@vger.kernel.org/msg23425.html

Michael Wang (11):
    [PATCH 01/11] IB/Verbs: Use helpers to check transport and link layer
    [RFC PATCH 02/11] IB/Verbs: Use management helper tech_iboe() for iboe-check
    [RFC PATCH 03/11] IB/Verbs: Use management helper has_mad() for mad-check
    [RFC PATCH 04/11] IB/Verbs: Use management helper cap_smi() for smi-check
    [RFC PATCH 05/11] IB/Verbs: Use management helper has_cm() for cm-check
    [RFC PATCH 06/11] IB/Verbs: Use management helper has_sa() and cap_sa() for sa-check
    [RFC PATCH 07/11] IB/Verbs: Use management helper has_mcast() and cap_mcast() for mcast-check
    [RFC PATCH 08/11] IB/Verbs: Use management helper has_iwarp() for iwarp-check
    [RFC PATCH 09/11] IB/Verbs: Use management helper has_ipoib() and cap_ipoib() for ipoib-check
    [RFC PATCH 10/11] IB/Verbs: Use management helper cap_ib() for ib-check
    [RFC PATCH 11/11] IB/Verbs: Use management helper cap_eth() for eth-check

---
 drivers/infiniband/core/agent.c           |    6
 drivers/infiniband/core/cm.c              |    6
 drivers/infiniband/core/cma.c             |   79 ++++------
 drivers/infiniband/core/mad.c             |   18 +-
 drivers/infiniband/core/multicast.c       |   30 +---
 drivers/infiniband/core/sa_query.c        |   42 ++---
 drivers/infiniband/core/ucm.c             |    8 -
 drivers/infiniband/core/user_mad.c        |    6
 drivers/infiniband/core/verbs.c           |   14 -
 drivers/infiniband/hw/mlx4/ah.c           |    6
 drivers/infiniband/hw/mlx4/cq.c           |   10 -
 drivers/infiniband/hw/mlx4/mad.c          |   36 +---
 drivers/infiniband/hw/mlx4/main.c         |   23 +--
 drivers/infiniband/hw/mlx4/mlx4_ib.h      |    6
 drivers/infiniband/hw/mlx4/qp.c           |   57 ++-----
 drivers/infiniband/hw/mlx4/sysfs.c        |   16 --
 drivers/infiniband/ulp/ipoib/ipoib_main.c |   18 +-
 include/rdma/ib_verbs.h                   |  218 ++++++++++++++++++++++++++++++
 net/sunrpc/xprtrdma/svc_rdma_recvfrom.c   |    8 -
 19 files changed, 381 insertions(+), 226 deletions(-)

--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ