2007-05-09 09:00:38 +08:00
|
|
|
/*
|
|
|
|
* Copyright (c) 2007 Cisco Systems, Inc. All rights reserved.
|
|
|
|
*
|
|
|
|
* This software is available to you under a choice of one of two
|
|
|
|
* licenses. You may choose to be licensed under the terms of the GNU
|
|
|
|
* General Public License (GPL) Version 2, available from the file
|
|
|
|
* COPYING in the main directory of this source tree, or the
|
|
|
|
* OpenIB.org BSD license below:
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or
|
|
|
|
* without modification, are permitted provided that the following
|
|
|
|
* conditions are met:
|
|
|
|
*
|
|
|
|
* - Redistributions of source code must retain the above
|
|
|
|
* copyright notice, this list of conditions and the following
|
|
|
|
* disclaimer.
|
|
|
|
*
|
|
|
|
* - Redistributions in binary form must reproduce the above
|
|
|
|
* copyright notice, this list of conditions and the following
|
|
|
|
* disclaimer in the documentation and/or other materials
|
|
|
|
* provided with the distribution.
|
|
|
|
*
|
|
|
|
* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
|
|
|
|
* EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
|
|
|
|
* MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
|
|
|
|
* NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS
|
|
|
|
* BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN
|
|
|
|
* ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
|
|
|
|
* CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
|
|
|
|
* SOFTWARE.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <rdma/ib_mad.h>
|
|
|
|
#include <rdma/ib_smi.h>
|
|
|
|
|
|
|
|
#include <linux/mlx4/cmd.h>
|
include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
percpu.h is included by sched.h and module.h and thus ends up being
included when building most .c files. percpu.h includes slab.h which
in turn includes gfp.h making everything defined by the two files
universally available and complicating inclusion dependencies.
percpu.h -> slab.h dependency is about to be removed. Prepare for
this change by updating users of gfp and slab facilities include those
headers directly instead of assuming availability. As this conversion
needs to touch large number of source files, the following script is
used as the basis of conversion.
http://userweb.kernel.org/~tj/misc/slabh-sweep.py
The script does the followings.
* Scan files for gfp and slab usages and update includes such that
only the necessary includes are there. ie. if only gfp is used,
gfp.h, if slab is used, slab.h.
* When the script inserts a new include, it looks at the include
blocks and try to put the new include such that its order conforms
to its surrounding. It's put in the include block which contains
core kernel includes, in the same order that the rest are ordered -
alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
doesn't seem to be any matching order.
* If the script can't find a place to put a new include (mostly
because the file doesn't have fitting include block), it prints out
an error message indicating which .h file needs to be added to the
file.
The conversion was done in the following steps.
1. The initial automatic conversion of all .c files updated slightly
over 4000 files, deleting around 700 includes and adding ~480 gfp.h
and ~3000 slab.h inclusions. The script emitted errors for ~400
files.
2. Each error was manually checked. Some didn't need the inclusion,
some needed manual addition while adding it to implementation .h or
embedding .c file was more appropriate for others. This step added
inclusions to around 150 files.
3. The script was run again and the output was compared to the edits
from #2 to make sure no file was left behind.
4. Several build tests were done and a couple of problems were fixed.
e.g. lib/decompress_*.c used malloc/free() wrappers around slab
APIs requiring slab.h to be added manually.
5. The script was run on all .h files but without automatically
editing them as sprinkling gfp.h and slab.h inclusions around .h
files could easily lead to inclusion dependency hell. Most gfp.h
inclusion directives were ignored as stuff from gfp.h was usually
wildly available and often used in preprocessor macros. Each
slab.h inclusion directive was examined and added manually as
necessary.
6. percpu.h was updated not to include slab.h.
7. Build test were done on the following configurations and failures
were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
distributed build env didn't work with gcov compiles) and a few
more options had to be turned off depending on archs to make things
build (like ipr on powerpc/64 which failed due to missing writeq).
* x86 and x86_64 UP and SMP allmodconfig and a custom test config.
* powerpc and powerpc64 SMP allmodconfig
* sparc and sparc64 SMP allmodconfig
* ia64 SMP allmodconfig
* s390 SMP allmodconfig
* alpha SMP allmodconfig
* um on x86_64 SMP allmodconfig
8. percpu.h modifications were reverted so that it could be applied as
a separate patch and serve as bisection point.
Given the fact that I had only a couple of failures from tests on step
6, I'm fairly confident about the coverage of this conversion patch.
If there is a breakage, it's likely to be something in one of the arch
headers which should be easily discoverable easily on most builds of
the specific arch.
Signed-off-by: Tejun Heo <tj@kernel.org>
Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
2010-03-24 16:04:11 +08:00
|
|
|
#include <linux/gfp.h>
|
2011-06-15 22:51:27 +08:00
|
|
|
#include <rdma/ib_pma.h>
|
2007-05-09 09:00:38 +08:00
|
|
|
|
|
|
|
#include "mlx4_ib.h"
|
|
|
|
|
|
|
|
enum {
|
|
|
|
MLX4_IB_VENDOR_CLASS1 = 0x9,
|
|
|
|
MLX4_IB_VENDOR_CLASS2 = 0xa
|
|
|
|
};
|
|
|
|
|
|
|
|
int mlx4_MAD_IFC(struct mlx4_ib_dev *dev, int ignore_mkey, int ignore_bkey,
|
|
|
|
int port, struct ib_wc *in_wc, struct ib_grh *in_grh,
|
|
|
|
void *in_mad, void *response_mad)
|
|
|
|
{
|
|
|
|
struct mlx4_cmd_mailbox *inmailbox, *outmailbox;
|
|
|
|
void *inbox;
|
|
|
|
int err;
|
|
|
|
u32 in_modifier = port;
|
|
|
|
u8 op_modifier = 0;
|
|
|
|
|
|
|
|
inmailbox = mlx4_alloc_cmd_mailbox(dev->dev);
|
|
|
|
if (IS_ERR(inmailbox))
|
|
|
|
return PTR_ERR(inmailbox);
|
|
|
|
inbox = inmailbox->buf;
|
|
|
|
|
|
|
|
outmailbox = mlx4_alloc_cmd_mailbox(dev->dev);
|
|
|
|
if (IS_ERR(outmailbox)) {
|
|
|
|
mlx4_free_cmd_mailbox(dev->dev, inmailbox);
|
|
|
|
return PTR_ERR(outmailbox);
|
|
|
|
}
|
|
|
|
|
|
|
|
memcpy(inbox, in_mad, 256);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Key check traps can't be generated unless we have in_wc to
|
|
|
|
* tell us where to send the trap.
|
|
|
|
*/
|
|
|
|
if (ignore_mkey || !in_wc)
|
|
|
|
op_modifier |= 0x1;
|
|
|
|
if (ignore_bkey || !in_wc)
|
|
|
|
op_modifier |= 0x2;
|
|
|
|
|
|
|
|
if (in_wc) {
|
|
|
|
struct {
|
|
|
|
__be32 my_qpn;
|
|
|
|
u32 reserved1;
|
|
|
|
__be32 rqpn;
|
|
|
|
u8 sl;
|
|
|
|
u8 g_path;
|
|
|
|
u16 reserved2[2];
|
|
|
|
__be16 pkey;
|
|
|
|
u32 reserved3[11];
|
|
|
|
u8 grh[40];
|
|
|
|
} *ext_info;
|
|
|
|
|
|
|
|
memset(inbox + 256, 0, 256);
|
|
|
|
ext_info = inbox + 256;
|
|
|
|
|
|
|
|
ext_info->my_qpn = cpu_to_be32(in_wc->qp->qp_num);
|
|
|
|
ext_info->rqpn = cpu_to_be32(in_wc->src_qp);
|
|
|
|
ext_info->sl = in_wc->sl << 4;
|
|
|
|
ext_info->g_path = in_wc->dlid_path_bits |
|
|
|
|
(in_wc->wc_flags & IB_WC_GRH ? 0x80 : 0);
|
|
|
|
ext_info->pkey = cpu_to_be16(in_wc->pkey_index);
|
|
|
|
|
|
|
|
if (in_grh)
|
|
|
|
memcpy(ext_info->grh, in_grh, 40);
|
|
|
|
|
|
|
|
op_modifier |= 0x4;
|
|
|
|
|
|
|
|
in_modifier |= in_wc->slid << 16;
|
|
|
|
}
|
|
|
|
|
|
|
|
err = mlx4_cmd_box(dev->dev, inmailbox->dma, outmailbox->dma,
|
|
|
|
in_modifier, op_modifier,
|
2011-12-13 12:10:51 +08:00
|
|
|
MLX4_CMD_MAD_IFC, MLX4_CMD_TIME_CLASS_C,
|
|
|
|
MLX4_CMD_NATIVE);
|
2007-05-09 09:00:38 +08:00
|
|
|
|
2007-08-16 06:02:07 +08:00
|
|
|
if (!err)
|
2007-05-09 09:00:38 +08:00
|
|
|
memcpy(response_mad, outmailbox->buf, 256);
|
|
|
|
|
|
|
|
mlx4_free_cmd_mailbox(dev->dev, inmailbox);
|
|
|
|
mlx4_free_cmd_mailbox(dev->dev, outmailbox);
|
|
|
|
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void update_sm_ah(struct mlx4_ib_dev *dev, u8 port_num, u16 lid, u8 sl)
|
|
|
|
{
|
|
|
|
struct ib_ah *new_ah;
|
|
|
|
struct ib_ah_attr ah_attr;
|
|
|
|
|
|
|
|
if (!dev->send_agent[port_num - 1][0])
|
|
|
|
return;
|
|
|
|
|
|
|
|
memset(&ah_attr, 0, sizeof ah_attr);
|
|
|
|
ah_attr.dlid = lid;
|
|
|
|
ah_attr.sl = sl;
|
|
|
|
ah_attr.port_num = port_num;
|
|
|
|
|
|
|
|
new_ah = ib_create_ah(dev->send_agent[port_num - 1][0]->qp->pd,
|
|
|
|
&ah_attr);
|
|
|
|
if (IS_ERR(new_ah))
|
|
|
|
return;
|
|
|
|
|
|
|
|
spin_lock(&dev->sm_lock);
|
|
|
|
if (dev->sm_ah[port_num - 1])
|
|
|
|
ib_destroy_ah(dev->sm_ah[port_num - 1]);
|
|
|
|
dev->sm_ah[port_num - 1] = new_ah;
|
|
|
|
spin_unlock(&dev->sm_lock);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
mlx4: Use port management change event instead of smp_snoop
The port management change event can replace smp_snoop. If the
capability bit for this event is set in dev-caps, the event is used
(by the driver setting the PORT_MNG_CHG_EVENT bit in the async event
mask in the MAP_EQ fw command). In this case, when the driver passes
incoming SMP PORT_INFO SET mads to the FW, the FW generates port
management change events to signal any changes to the driver.
If the FW generates these events, smp_snoop shouldn't be invoked in
ib_process_mad(), or duplicate events will occur (once from the
FW-generated event, and once from smp_snoop).
In the case where the FW does not generate port management change
events smp_snoop needs to be invoked to create these events. The flow
in smp_snoop has been modified to make use of the same procedures as
in the fw-generated-event event case to generate the port management
events (LID change, Client-rereg, Pkey change, and/or GID change).
Port management change event handling required changing the
mlx4_ib_event and mlx4_dispatch_event prototypes; the "param" argument
(last argument) had to be changed to unsigned long in order to
accomodate passing the EQE pointer.
We also needed to move the definition of struct mlx4_eqe from
net/mlx4.h to file device.h -- to make it available to the IB driver,
to handle port management change events.
Signed-off-by: Jack Morgenstein <jackm@dev.mellanox.co.il>
Signed-off-by: Or Gerlitz <ogerlitz@mellanox.com>
Signed-off-by: Roland Dreier <roland@purestorage.com>
2012-06-19 16:21:40 +08:00
|
|
|
* Snoop SM MADs for port info, GUID info, and P_Key table sets, so we can
|
|
|
|
* synthesize LID change, Client-Rereg, GID change, and P_Key change events.
|
2007-05-09 09:00:38 +08:00
|
|
|
*/
|
2009-01-29 06:54:35 +08:00
|
|
|
static void smp_snoop(struct ib_device *ibdev, u8 port_num, struct ib_mad *mad,
|
mlx4: Use port management change event instead of smp_snoop
The port management change event can replace smp_snoop. If the
capability bit for this event is set in dev-caps, the event is used
(by the driver setting the PORT_MNG_CHG_EVENT bit in the async event
mask in the MAP_EQ fw command). In this case, when the driver passes
incoming SMP PORT_INFO SET mads to the FW, the FW generates port
management change events to signal any changes to the driver.
If the FW generates these events, smp_snoop shouldn't be invoked in
ib_process_mad(), or duplicate events will occur (once from the
FW-generated event, and once from smp_snoop).
In the case where the FW does not generate port management change
events smp_snoop needs to be invoked to create these events. The flow
in smp_snoop has been modified to make use of the same procedures as
in the fw-generated-event event case to generate the port management
events (LID change, Client-rereg, Pkey change, and/or GID change).
Port management change event handling required changing the
mlx4_ib_event and mlx4_dispatch_event prototypes; the "param" argument
(last argument) had to be changed to unsigned long in order to
accomodate passing the EQE pointer.
We also needed to move the definition of struct mlx4_eqe from
net/mlx4.h to file device.h -- to make it available to the IB driver,
to handle port management change events.
Signed-off-by: Jack Morgenstein <jackm@dev.mellanox.co.il>
Signed-off-by: Or Gerlitz <ogerlitz@mellanox.com>
Signed-off-by: Roland Dreier <roland@purestorage.com>
2012-06-19 16:21:40 +08:00
|
|
|
u16 prev_lid)
|
2007-05-09 09:00:38 +08:00
|
|
|
{
|
mlx4: Use port management change event instead of smp_snoop
The port management change event can replace smp_snoop. If the
capability bit for this event is set in dev-caps, the event is used
(by the driver setting the PORT_MNG_CHG_EVENT bit in the async event
mask in the MAP_EQ fw command). In this case, when the driver passes
incoming SMP PORT_INFO SET mads to the FW, the FW generates port
management change events to signal any changes to the driver.
If the FW generates these events, smp_snoop shouldn't be invoked in
ib_process_mad(), or duplicate events will occur (once from the
FW-generated event, and once from smp_snoop).
In the case where the FW does not generate port management change
events smp_snoop needs to be invoked to create these events. The flow
in smp_snoop has been modified to make use of the same procedures as
in the fw-generated-event event case to generate the port management
events (LID change, Client-rereg, Pkey change, and/or GID change).
Port management change event handling required changing the
mlx4_ib_event and mlx4_dispatch_event prototypes; the "param" argument
(last argument) had to be changed to unsigned long in order to
accomodate passing the EQE pointer.
We also needed to move the definition of struct mlx4_eqe from
net/mlx4.h to file device.h -- to make it available to the IB driver,
to handle port management change events.
Signed-off-by: Jack Morgenstein <jackm@dev.mellanox.co.il>
Signed-off-by: Or Gerlitz <ogerlitz@mellanox.com>
Signed-off-by: Roland Dreier <roland@purestorage.com>
2012-06-19 16:21:40 +08:00
|
|
|
struct ib_port_info *pinfo;
|
|
|
|
u16 lid;
|
2007-05-09 09:00:38 +08:00
|
|
|
|
mlx4: Use port management change event instead of smp_snoop
The port management change event can replace smp_snoop. If the
capability bit for this event is set in dev-caps, the event is used
(by the driver setting the PORT_MNG_CHG_EVENT bit in the async event
mask in the MAP_EQ fw command). In this case, when the driver passes
incoming SMP PORT_INFO SET mads to the FW, the FW generates port
management change events to signal any changes to the driver.
If the FW generates these events, smp_snoop shouldn't be invoked in
ib_process_mad(), or duplicate events will occur (once from the
FW-generated event, and once from smp_snoop).
In the case where the FW does not generate port management change
events smp_snoop needs to be invoked to create these events. The flow
in smp_snoop has been modified to make use of the same procedures as
in the fw-generated-event event case to generate the port management
events (LID change, Client-rereg, Pkey change, and/or GID change).
Port management change event handling required changing the
mlx4_ib_event and mlx4_dispatch_event prototypes; the "param" argument
(last argument) had to be changed to unsigned long in order to
accomodate passing the EQE pointer.
We also needed to move the definition of struct mlx4_eqe from
net/mlx4.h to file device.h -- to make it available to the IB driver,
to handle port management change events.
Signed-off-by: Jack Morgenstein <jackm@dev.mellanox.co.il>
Signed-off-by: Or Gerlitz <ogerlitz@mellanox.com>
Signed-off-by: Roland Dreier <roland@purestorage.com>
2012-06-19 16:21:40 +08:00
|
|
|
struct mlx4_ib_dev *dev = to_mdev(ibdev);
|
2007-05-09 09:00:38 +08:00
|
|
|
if ((mad->mad_hdr.mgmt_class == IB_MGMT_CLASS_SUBN_LID_ROUTED ||
|
|
|
|
mad->mad_hdr.mgmt_class == IB_MGMT_CLASS_SUBN_DIRECTED_ROUTE) &&
|
mlx4: Use port management change event instead of smp_snoop
The port management change event can replace smp_snoop. If the
capability bit for this event is set in dev-caps, the event is used
(by the driver setting the PORT_MNG_CHG_EVENT bit in the async event
mask in the MAP_EQ fw command). In this case, when the driver passes
incoming SMP PORT_INFO SET mads to the FW, the FW generates port
management change events to signal any changes to the driver.
If the FW generates these events, smp_snoop shouldn't be invoked in
ib_process_mad(), or duplicate events will occur (once from the
FW-generated event, and once from smp_snoop).
In the case where the FW does not generate port management change
events smp_snoop needs to be invoked to create these events. The flow
in smp_snoop has been modified to make use of the same procedures as
in the fw-generated-event event case to generate the port management
events (LID change, Client-rereg, Pkey change, and/or GID change).
Port management change event handling required changing the
mlx4_ib_event and mlx4_dispatch_event prototypes; the "param" argument
(last argument) had to be changed to unsigned long in order to
accomodate passing the EQE pointer.
We also needed to move the definition of struct mlx4_eqe from
net/mlx4.h to file device.h -- to make it available to the IB driver,
to handle port management change events.
Signed-off-by: Jack Morgenstein <jackm@dev.mellanox.co.il>
Signed-off-by: Or Gerlitz <ogerlitz@mellanox.com>
Signed-off-by: Roland Dreier <roland@purestorage.com>
2012-06-19 16:21:40 +08:00
|
|
|
mad->mad_hdr.method == IB_MGMT_METHOD_SET)
|
|
|
|
switch (mad->mad_hdr.attr_id) {
|
|
|
|
case IB_SMP_ATTR_PORT_INFO:
|
|
|
|
pinfo = (struct ib_port_info *) ((struct ib_smp *) mad)->data;
|
|
|
|
lid = be16_to_cpu(pinfo->lid);
|
2007-05-09 09:00:38 +08:00
|
|
|
|
mlx4: Use port management change event instead of smp_snoop
The port management change event can replace smp_snoop. If the
capability bit for this event is set in dev-caps, the event is used
(by the driver setting the PORT_MNG_CHG_EVENT bit in the async event
mask in the MAP_EQ fw command). In this case, when the driver passes
incoming SMP PORT_INFO SET mads to the FW, the FW generates port
management change events to signal any changes to the driver.
If the FW generates these events, smp_snoop shouldn't be invoked in
ib_process_mad(), or duplicate events will occur (once from the
FW-generated event, and once from smp_snoop).
In the case where the FW does not generate port management change
events smp_snoop needs to be invoked to create these events. The flow
in smp_snoop has been modified to make use of the same procedures as
in the fw-generated-event event case to generate the port management
events (LID change, Client-rereg, Pkey change, and/or GID change).
Port management change event handling required changing the
mlx4_ib_event and mlx4_dispatch_event prototypes; the "param" argument
(last argument) had to be changed to unsigned long in order to
accomodate passing the EQE pointer.
We also needed to move the definition of struct mlx4_eqe from
net/mlx4.h to file device.h -- to make it available to the IB driver,
to handle port management change events.
Signed-off-by: Jack Morgenstein <jackm@dev.mellanox.co.il>
Signed-off-by: Or Gerlitz <ogerlitz@mellanox.com>
Signed-off-by: Roland Dreier <roland@purestorage.com>
2012-06-19 16:21:40 +08:00
|
|
|
update_sm_ah(dev, port_num,
|
2007-05-09 09:00:38 +08:00
|
|
|
be16_to_cpu(pinfo->sm_lid),
|
|
|
|
pinfo->neighbormtu_mastersmsl & 0xf);
|
|
|
|
|
mlx4: Use port management change event instead of smp_snoop
The port management change event can replace smp_snoop. If the
capability bit for this event is set in dev-caps, the event is used
(by the driver setting the PORT_MNG_CHG_EVENT bit in the async event
mask in the MAP_EQ fw command). In this case, when the driver passes
incoming SMP PORT_INFO SET mads to the FW, the FW generates port
management change events to signal any changes to the driver.
If the FW generates these events, smp_snoop shouldn't be invoked in
ib_process_mad(), or duplicate events will occur (once from the
FW-generated event, and once from smp_snoop).
In the case where the FW does not generate port management change
events smp_snoop needs to be invoked to create these events. The flow
in smp_snoop has been modified to make use of the same procedures as
in the fw-generated-event event case to generate the port management
events (LID change, Client-rereg, Pkey change, and/or GID change).
Port management change event handling required changing the
mlx4_ib_event and mlx4_dispatch_event prototypes; the "param" argument
(last argument) had to be changed to unsigned long in order to
accomodate passing the EQE pointer.
We also needed to move the definition of struct mlx4_eqe from
net/mlx4.h to file device.h -- to make it available to the IB driver,
to handle port management change events.
Signed-off-by: Jack Morgenstein <jackm@dev.mellanox.co.il>
Signed-off-by: Or Gerlitz <ogerlitz@mellanox.com>
Signed-off-by: Roland Dreier <roland@purestorage.com>
2012-06-19 16:21:40 +08:00
|
|
|
if (pinfo->clientrereg_resv_subnetto & 0x80)
|
|
|
|
mlx4_ib_dispatch_event(dev, port_num,
|
|
|
|
IB_EVENT_CLIENT_REREGISTER);
|
2007-05-09 09:00:38 +08:00
|
|
|
|
mlx4: Use port management change event instead of smp_snoop
The port management change event can replace smp_snoop. If the
capability bit for this event is set in dev-caps, the event is used
(by the driver setting the PORT_MNG_CHG_EVENT bit in the async event
mask in the MAP_EQ fw command). In this case, when the driver passes
incoming SMP PORT_INFO SET mads to the FW, the FW generates port
management change events to signal any changes to the driver.
If the FW generates these events, smp_snoop shouldn't be invoked in
ib_process_mad(), or duplicate events will occur (once from the
FW-generated event, and once from smp_snoop).
In the case where the FW does not generate port management change
events smp_snoop needs to be invoked to create these events. The flow
in smp_snoop has been modified to make use of the same procedures as
in the fw-generated-event event case to generate the port management
events (LID change, Client-rereg, Pkey change, and/or GID change).
Port management change event handling required changing the
mlx4_ib_event and mlx4_dispatch_event prototypes; the "param" argument
(last argument) had to be changed to unsigned long in order to
accomodate passing the EQE pointer.
We also needed to move the definition of struct mlx4_eqe from
net/mlx4.h to file device.h -- to make it available to the IB driver,
to handle port management change events.
Signed-off-by: Jack Morgenstein <jackm@dev.mellanox.co.il>
Signed-off-by: Or Gerlitz <ogerlitz@mellanox.com>
Signed-off-by: Roland Dreier <roland@purestorage.com>
2012-06-19 16:21:40 +08:00
|
|
|
if (prev_lid != lid)
|
|
|
|
mlx4_ib_dispatch_event(dev, port_num,
|
|
|
|
IB_EVENT_LID_CHANGE);
|
|
|
|
break;
|
2007-05-09 09:00:38 +08:00
|
|
|
|
mlx4: Use port management change event instead of smp_snoop
The port management change event can replace smp_snoop. If the
capability bit for this event is set in dev-caps, the event is used
(by the driver setting the PORT_MNG_CHG_EVENT bit in the async event
mask in the MAP_EQ fw command). In this case, when the driver passes
incoming SMP PORT_INFO SET mads to the FW, the FW generates port
management change events to signal any changes to the driver.
If the FW generates these events, smp_snoop shouldn't be invoked in
ib_process_mad(), or duplicate events will occur (once from the
FW-generated event, and once from smp_snoop).
In the case where the FW does not generate port management change
events smp_snoop needs to be invoked to create these events. The flow
in smp_snoop has been modified to make use of the same procedures as
in the fw-generated-event event case to generate the port management
events (LID change, Client-rereg, Pkey change, and/or GID change).
Port management change event handling required changing the
mlx4_ib_event and mlx4_dispatch_event prototypes; the "param" argument
(last argument) had to be changed to unsigned long in order to
accomodate passing the EQE pointer.
We also needed to move the definition of struct mlx4_eqe from
net/mlx4.h to file device.h -- to make it available to the IB driver,
to handle port management change events.
Signed-off-by: Jack Morgenstein <jackm@dev.mellanox.co.il>
Signed-off-by: Or Gerlitz <ogerlitz@mellanox.com>
Signed-off-by: Roland Dreier <roland@purestorage.com>
2012-06-19 16:21:40 +08:00
|
|
|
case IB_SMP_ATTR_PKEY_TABLE:
|
|
|
|
mlx4_ib_dispatch_event(dev, port_num,
|
|
|
|
IB_EVENT_PKEY_CHANGE);
|
|
|
|
break;
|
2007-05-09 09:00:38 +08:00
|
|
|
|
mlx4: Use port management change event instead of smp_snoop
The port management change event can replace smp_snoop. If the
capability bit for this event is set in dev-caps, the event is used
(by the driver setting the PORT_MNG_CHG_EVENT bit in the async event
mask in the MAP_EQ fw command). In this case, when the driver passes
incoming SMP PORT_INFO SET mads to the FW, the FW generates port
management change events to signal any changes to the driver.
If the FW generates these events, smp_snoop shouldn't be invoked in
ib_process_mad(), or duplicate events will occur (once from the
FW-generated event, and once from smp_snoop).
In the case where the FW does not generate port management change
events smp_snoop needs to be invoked to create these events. The flow
in smp_snoop has been modified to make use of the same procedures as
in the fw-generated-event event case to generate the port management
events (LID change, Client-rereg, Pkey change, and/or GID change).
Port management change event handling required changing the
mlx4_ib_event and mlx4_dispatch_event prototypes; the "param" argument
(last argument) had to be changed to unsigned long in order to
accomodate passing the EQE pointer.
We also needed to move the definition of struct mlx4_eqe from
net/mlx4.h to file device.h -- to make it available to the IB driver,
to handle port management change events.
Signed-off-by: Jack Morgenstein <jackm@dev.mellanox.co.il>
Signed-off-by: Or Gerlitz <ogerlitz@mellanox.com>
Signed-off-by: Roland Dreier <roland@purestorage.com>
2012-06-19 16:21:40 +08:00
|
|
|
case IB_SMP_ATTR_GUID_INFO:
|
mlx4: Put physical GID and P_Key table sizes in mlx4_phys_caps struct and paravirtualize them
To allow easy paravirtualization of P_Key and GID table sizes, keep
paravirtualized sizes in mlx4_dev->caps, but save the actual physical
sizes from FW in struct: mlx4_dev->phys_cap.
In addition, in SR-IOV mode, do the following:
1. Reduce reported P_Key table size by 1.
This is done to reserve the highest P_Key index for internal use,
for declaring an invalid P_Key in P_Key paravirtualization.
We require a P_Key index which always contain an invalid P_Key
value for this purpose (i.e., one which cannot be modified by
the subnet manager). The way to do this is to reduce the
P_Key table size reported to the subnet manager by 1, so that
it will not attempt to access the P_Key at index #127.
2. Paravirtualize the GID table size to 1. Thus, each guest sees
only a single GID (at its paravirtualized index 0).
In addition, since we are paravirtualizing the GID table size to 1, we
add paravirtualization of the master GID event here (i.e., we do not
do ib_dispatch_event() for the GUID change event on the master, since
its (only) GUID never changes).
Signed-off-by: Jack Morgenstein <jackm@dev.mellanox.co.il>
Signed-off-by: Roland Dreier <roland@purestorage.com>
2012-06-19 16:21:44 +08:00
|
|
|
/* paravirtualized master's guid is guid 0 -- does not change */
|
|
|
|
if (!mlx4_is_master(dev->dev))
|
|
|
|
mlx4_ib_dispatch_event(dev, port_num,
|
|
|
|
IB_EVENT_GID_CHANGE);
|
mlx4: Use port management change event instead of smp_snoop
The port management change event can replace smp_snoop. If the
capability bit for this event is set in dev-caps, the event is used
(by the driver setting the PORT_MNG_CHG_EVENT bit in the async event
mask in the MAP_EQ fw command). In this case, when the driver passes
incoming SMP PORT_INFO SET mads to the FW, the FW generates port
management change events to signal any changes to the driver.
If the FW generates these events, smp_snoop shouldn't be invoked in
ib_process_mad(), or duplicate events will occur (once from the
FW-generated event, and once from smp_snoop).
In the case where the FW does not generate port management change
events smp_snoop needs to be invoked to create these events. The flow
in smp_snoop has been modified to make use of the same procedures as
in the fw-generated-event event case to generate the port management
events (LID change, Client-rereg, Pkey change, and/or GID change).
Port management change event handling required changing the
mlx4_ib_event and mlx4_dispatch_event prototypes; the "param" argument
(last argument) had to be changed to unsigned long in order to
accomodate passing the EQE pointer.
We also needed to move the definition of struct mlx4_eqe from
net/mlx4.h to file device.h -- to make it available to the IB driver,
to handle port management change events.
Signed-off-by: Jack Morgenstein <jackm@dev.mellanox.co.il>
Signed-off-by: Or Gerlitz <ogerlitz@mellanox.com>
Signed-off-by: Roland Dreier <roland@purestorage.com>
2012-06-19 16:21:40 +08:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
break;
|
2007-05-09 09:00:38 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void node_desc_override(struct ib_device *dev,
|
|
|
|
struct ib_mad *mad)
|
|
|
|
{
|
|
|
|
if ((mad->mad_hdr.mgmt_class == IB_MGMT_CLASS_SUBN_LID_ROUTED ||
|
|
|
|
mad->mad_hdr.mgmt_class == IB_MGMT_CLASS_SUBN_DIRECTED_ROUTE) &&
|
|
|
|
mad->mad_hdr.method == IB_MGMT_METHOD_GET_RESP &&
|
|
|
|
mad->mad_hdr.attr_id == IB_SMP_ATTR_NODE_DESC) {
|
|
|
|
spin_lock(&to_mdev(dev)->sm_lock);
|
|
|
|
memcpy(((struct ib_smp *) mad)->data, dev->node_desc, 64);
|
|
|
|
spin_unlock(&to_mdev(dev)->sm_lock);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void forward_trap(struct mlx4_ib_dev *dev, u8 port_num, struct ib_mad *mad)
|
|
|
|
{
|
|
|
|
int qpn = mad->mad_hdr.mgmt_class != IB_MGMT_CLASS_SUBN_LID_ROUTED;
|
|
|
|
struct ib_mad_send_buf *send_buf;
|
|
|
|
struct ib_mad_agent *agent = dev->send_agent[port_num - 1][qpn];
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
if (agent) {
|
|
|
|
send_buf = ib_create_send_mad(agent, qpn, 0, 0, IB_MGMT_MAD_HDR,
|
|
|
|
IB_MGMT_MAD_DATA, GFP_ATOMIC);
|
2011-01-11 09:42:06 +08:00
|
|
|
if (IS_ERR(send_buf))
|
|
|
|
return;
|
2007-05-09 09:00:38 +08:00
|
|
|
/*
|
|
|
|
* We rely here on the fact that MLX QPs don't use the
|
|
|
|
* address handle after the send is posted (this is
|
|
|
|
* wrong following the IB spec strictly, but we know
|
|
|
|
* it's OK for our devices).
|
|
|
|
*/
|
|
|
|
spin_lock(&dev->sm_lock);
|
|
|
|
memcpy(send_buf->mad, mad, sizeof *mad);
|
|
|
|
if ((send_buf->ah = dev->sm_ah[port_num - 1]))
|
|
|
|
ret = ib_post_send_mad(send_buf, NULL);
|
|
|
|
else
|
|
|
|
ret = -EINVAL;
|
|
|
|
spin_unlock(&dev->sm_lock);
|
|
|
|
|
|
|
|
if (ret)
|
|
|
|
ib_free_send_mad(send_buf);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2011-06-15 22:51:27 +08:00
|
|
|
static int ib_process_mad(struct ib_device *ibdev, int mad_flags, u8 port_num,
|
2007-05-09 09:00:38 +08:00
|
|
|
struct ib_wc *in_wc, struct ib_grh *in_grh,
|
|
|
|
struct ib_mad *in_mad, struct ib_mad *out_mad)
|
|
|
|
{
|
2009-01-29 06:54:35 +08:00
|
|
|
u16 slid, prev_lid = 0;
|
2007-05-09 09:00:38 +08:00
|
|
|
int err;
|
2009-01-29 06:54:35 +08:00
|
|
|
struct ib_port_attr pattr;
|
2007-05-09 09:00:38 +08:00
|
|
|
|
2012-06-19 16:21:35 +08:00
|
|
|
if (in_wc && in_wc->qp->qp_num) {
|
|
|
|
pr_debug("received MAD: slid:%d sqpn:%d "
|
|
|
|
"dlid_bits:%d dqpn:%d wc_flags:0x%x, cls %x, mtd %x, atr %x\n",
|
|
|
|
in_wc->slid, in_wc->src_qp,
|
|
|
|
in_wc->dlid_path_bits,
|
|
|
|
in_wc->qp->qp_num,
|
|
|
|
in_wc->wc_flags,
|
|
|
|
in_mad->mad_hdr.mgmt_class, in_mad->mad_hdr.method,
|
|
|
|
be16_to_cpu(in_mad->mad_hdr.attr_id));
|
|
|
|
if (in_wc->wc_flags & IB_WC_GRH) {
|
|
|
|
pr_debug("sgid_hi:0x%016llx sgid_lo:0x%016llx\n",
|
|
|
|
be64_to_cpu(in_grh->sgid.global.subnet_prefix),
|
|
|
|
be64_to_cpu(in_grh->sgid.global.interface_id));
|
|
|
|
pr_debug("dgid_hi:0x%016llx dgid_lo:0x%016llx\n",
|
|
|
|
be64_to_cpu(in_grh->dgid.global.subnet_prefix),
|
|
|
|
be64_to_cpu(in_grh->dgid.global.interface_id));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2007-05-09 09:00:38 +08:00
|
|
|
slid = in_wc ? in_wc->slid : be16_to_cpu(IB_LID_PERMISSIVE);
|
|
|
|
|
|
|
|
if (in_mad->mad_hdr.method == IB_MGMT_METHOD_TRAP && slid == 0) {
|
|
|
|
forward_trap(to_mdev(ibdev), port_num, in_mad);
|
|
|
|
return IB_MAD_RESULT_SUCCESS | IB_MAD_RESULT_CONSUMED;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (in_mad->mad_hdr.mgmt_class == IB_MGMT_CLASS_SUBN_LID_ROUTED ||
|
|
|
|
in_mad->mad_hdr.mgmt_class == IB_MGMT_CLASS_SUBN_DIRECTED_ROUTE) {
|
|
|
|
if (in_mad->mad_hdr.method != IB_MGMT_METHOD_GET &&
|
|
|
|
in_mad->mad_hdr.method != IB_MGMT_METHOD_SET &&
|
|
|
|
in_mad->mad_hdr.method != IB_MGMT_METHOD_TRAP_REPRESS)
|
|
|
|
return IB_MAD_RESULT_SUCCESS;
|
|
|
|
|
|
|
|
/*
|
2012-01-26 22:41:33 +08:00
|
|
|
* Don't process SMInfo queries -- the SMA can't handle them.
|
2007-05-09 09:00:38 +08:00
|
|
|
*/
|
2012-01-26 22:41:33 +08:00
|
|
|
if (in_mad->mad_hdr.attr_id == IB_SMP_ATTR_SM_INFO)
|
2007-05-09 09:00:38 +08:00
|
|
|
return IB_MAD_RESULT_SUCCESS;
|
|
|
|
} else if (in_mad->mad_hdr.mgmt_class == IB_MGMT_CLASS_PERF_MGMT ||
|
|
|
|
in_mad->mad_hdr.mgmt_class == MLX4_IB_VENDOR_CLASS1 ||
|
2008-07-15 14:48:45 +08:00
|
|
|
in_mad->mad_hdr.mgmt_class == MLX4_IB_VENDOR_CLASS2 ||
|
|
|
|
in_mad->mad_hdr.mgmt_class == IB_MGMT_CLASS_CONG_MGMT) {
|
2007-05-09 09:00:38 +08:00
|
|
|
if (in_mad->mad_hdr.method != IB_MGMT_METHOD_GET &&
|
|
|
|
in_mad->mad_hdr.method != IB_MGMT_METHOD_SET)
|
|
|
|
return IB_MAD_RESULT_SUCCESS;
|
|
|
|
} else
|
|
|
|
return IB_MAD_RESULT_SUCCESS;
|
|
|
|
|
2009-01-29 06:54:35 +08:00
|
|
|
if ((in_mad->mad_hdr.mgmt_class == IB_MGMT_CLASS_SUBN_LID_ROUTED ||
|
|
|
|
in_mad->mad_hdr.mgmt_class == IB_MGMT_CLASS_SUBN_DIRECTED_ROUTE) &&
|
|
|
|
in_mad->mad_hdr.method == IB_MGMT_METHOD_SET &&
|
|
|
|
in_mad->mad_hdr.attr_id == IB_SMP_ATTR_PORT_INFO &&
|
|
|
|
!ib_query_port(ibdev, port_num, &pattr))
|
|
|
|
prev_lid = pattr.lid;
|
|
|
|
|
2007-05-09 09:00:38 +08:00
|
|
|
err = mlx4_MAD_IFC(to_mdev(ibdev),
|
|
|
|
mad_flags & IB_MAD_IGNORE_MKEY,
|
|
|
|
mad_flags & IB_MAD_IGNORE_BKEY,
|
|
|
|
port_num, in_wc, in_grh, in_mad, out_mad);
|
|
|
|
if (err)
|
|
|
|
return IB_MAD_RESULT_FAILURE;
|
|
|
|
|
|
|
|
if (!out_mad->mad_hdr.status) {
|
mlx4: Use port management change event instead of smp_snoop
The port management change event can replace smp_snoop. If the
capability bit for this event is set in dev-caps, the event is used
(by the driver setting the PORT_MNG_CHG_EVENT bit in the async event
mask in the MAP_EQ fw command). In this case, when the driver passes
incoming SMP PORT_INFO SET mads to the FW, the FW generates port
management change events to signal any changes to the driver.
If the FW generates these events, smp_snoop shouldn't be invoked in
ib_process_mad(), or duplicate events will occur (once from the
FW-generated event, and once from smp_snoop).
In the case where the FW does not generate port management change
events smp_snoop needs to be invoked to create these events. The flow
in smp_snoop has been modified to make use of the same procedures as
in the fw-generated-event event case to generate the port management
events (LID change, Client-rereg, Pkey change, and/or GID change).
Port management change event handling required changing the
mlx4_ib_event and mlx4_dispatch_event prototypes; the "param" argument
(last argument) had to be changed to unsigned long in order to
accomodate passing the EQE pointer.
We also needed to move the definition of struct mlx4_eqe from
net/mlx4.h to file device.h -- to make it available to the IB driver,
to handle port management change events.
Signed-off-by: Jack Morgenstein <jackm@dev.mellanox.co.il>
Signed-off-by: Or Gerlitz <ogerlitz@mellanox.com>
Signed-off-by: Roland Dreier <roland@purestorage.com>
2012-06-19 16:21:40 +08:00
|
|
|
if (!(to_mdev(ibdev)->dev->caps.flags & MLX4_DEV_CAP_FLAG_PORT_MNG_CHG_EV))
|
|
|
|
smp_snoop(ibdev, port_num, in_mad, prev_lid);
|
2007-05-09 09:00:38 +08:00
|
|
|
node_desc_override(ibdev, out_mad);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* set return bit in status of directed route responses */
|
|
|
|
if (in_mad->mad_hdr.mgmt_class == IB_MGMT_CLASS_SUBN_DIRECTED_ROUTE)
|
|
|
|
out_mad->mad_hdr.status |= cpu_to_be16(1 << 15);
|
|
|
|
|
|
|
|
if (in_mad->mad_hdr.method == IB_MGMT_METHOD_TRAP_REPRESS)
|
|
|
|
/* no response for trap repress */
|
|
|
|
return IB_MAD_RESULT_SUCCESS | IB_MAD_RESULT_CONSUMED;
|
|
|
|
|
|
|
|
return IB_MAD_RESULT_SUCCESS | IB_MAD_RESULT_REPLY;
|
|
|
|
}
|
|
|
|
|
2011-06-15 22:51:27 +08:00
|
|
|
static void edit_counter(struct mlx4_counter *cnt,
|
|
|
|
struct ib_pma_portcounters *pma_cnt)
|
|
|
|
{
|
|
|
|
pma_cnt->port_xmit_data = cpu_to_be32((be64_to_cpu(cnt->tx_bytes)>>2));
|
|
|
|
pma_cnt->port_rcv_data = cpu_to_be32((be64_to_cpu(cnt->rx_bytes)>>2));
|
|
|
|
pma_cnt->port_xmit_packets = cpu_to_be32(be64_to_cpu(cnt->tx_frames));
|
|
|
|
pma_cnt->port_rcv_packets = cpu_to_be32(be64_to_cpu(cnt->rx_frames));
|
|
|
|
}
|
|
|
|
|
|
|
|
static int iboe_process_mad(struct ib_device *ibdev, int mad_flags, u8 port_num,
|
|
|
|
struct ib_wc *in_wc, struct ib_grh *in_grh,
|
|
|
|
struct ib_mad *in_mad, struct ib_mad *out_mad)
|
|
|
|
{
|
|
|
|
struct mlx4_cmd_mailbox *mailbox;
|
|
|
|
struct mlx4_ib_dev *dev = to_mdev(ibdev);
|
|
|
|
int err;
|
|
|
|
u32 inmod = dev->counters[port_num - 1] & 0xffff;
|
|
|
|
u8 mode;
|
|
|
|
|
|
|
|
if (in_mad->mad_hdr.mgmt_class != IB_MGMT_CLASS_PERF_MGMT)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
mailbox = mlx4_alloc_cmd_mailbox(dev->dev);
|
|
|
|
if (IS_ERR(mailbox))
|
|
|
|
return IB_MAD_RESULT_FAILURE;
|
|
|
|
|
|
|
|
err = mlx4_cmd_box(dev->dev, 0, mailbox->dma, inmod, 0,
|
2011-12-13 12:10:51 +08:00
|
|
|
MLX4_CMD_QUERY_IF_STAT, MLX4_CMD_TIME_CLASS_C,
|
|
|
|
MLX4_CMD_WRAPPED);
|
2011-06-15 22:51:27 +08:00
|
|
|
if (err)
|
|
|
|
err = IB_MAD_RESULT_FAILURE;
|
|
|
|
else {
|
|
|
|
memset(out_mad->data, 0, sizeof out_mad->data);
|
|
|
|
mode = ((struct mlx4_counter *)mailbox->buf)->counter_mode;
|
|
|
|
switch (mode & 0xf) {
|
|
|
|
case 0:
|
|
|
|
edit_counter(mailbox->buf,
|
|
|
|
(void *)(out_mad->data + 40));
|
|
|
|
err = IB_MAD_RESULT_SUCCESS | IB_MAD_RESULT_REPLY;
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
err = IB_MAD_RESULT_FAILURE;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
mlx4_free_cmd_mailbox(dev->dev, mailbox);
|
|
|
|
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
int mlx4_ib_process_mad(struct ib_device *ibdev, int mad_flags, u8 port_num,
|
|
|
|
struct ib_wc *in_wc, struct ib_grh *in_grh,
|
|
|
|
struct ib_mad *in_mad, struct ib_mad *out_mad)
|
|
|
|
{
|
|
|
|
switch (rdma_port_get_link_layer(ibdev, port_num)) {
|
|
|
|
case IB_LINK_LAYER_INFINIBAND:
|
|
|
|
return ib_process_mad(ibdev, mad_flags, port_num, in_wc,
|
|
|
|
in_grh, in_mad, out_mad);
|
|
|
|
case IB_LINK_LAYER_ETHERNET:
|
|
|
|
return iboe_process_mad(ibdev, mad_flags, port_num, in_wc,
|
|
|
|
in_grh, in_mad, out_mad);
|
|
|
|
default:
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2007-05-09 09:00:38 +08:00
|
|
|
static void send_handler(struct ib_mad_agent *agent,
|
|
|
|
struct ib_mad_send_wc *mad_send_wc)
|
|
|
|
{
|
|
|
|
ib_free_send_mad(mad_send_wc->send_buf);
|
|
|
|
}
|
|
|
|
|
|
|
|
int mlx4_ib_mad_init(struct mlx4_ib_dev *dev)
|
|
|
|
{
|
|
|
|
struct ib_mad_agent *agent;
|
|
|
|
int p, q;
|
|
|
|
int ret;
|
2010-10-25 12:08:52 +08:00
|
|
|
enum rdma_link_layer ll;
|
2007-05-09 09:00:38 +08:00
|
|
|
|
2010-10-25 12:08:52 +08:00
|
|
|
for (p = 0; p < dev->num_ports; ++p) {
|
|
|
|
ll = rdma_port_get_link_layer(&dev->ib_dev, p + 1);
|
2007-05-09 09:00:38 +08:00
|
|
|
for (q = 0; q <= 1; ++q) {
|
2010-10-25 12:08:52 +08:00
|
|
|
if (ll == IB_LINK_LAYER_INFINIBAND) {
|
|
|
|
agent = ib_register_mad_agent(&dev->ib_dev, p + 1,
|
|
|
|
q ? IB_QPT_GSI : IB_QPT_SMI,
|
|
|
|
NULL, 0, send_handler,
|
|
|
|
NULL, NULL);
|
|
|
|
if (IS_ERR(agent)) {
|
|
|
|
ret = PTR_ERR(agent);
|
|
|
|
goto err;
|
|
|
|
}
|
|
|
|
dev->send_agent[p][q] = agent;
|
|
|
|
} else
|
|
|
|
dev->send_agent[p][q] = NULL;
|
2007-05-09 09:00:38 +08:00
|
|
|
}
|
2010-10-25 12:08:52 +08:00
|
|
|
}
|
2007-05-09 09:00:38 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
err:
|
2008-10-23 06:38:42 +08:00
|
|
|
for (p = 0; p < dev->num_ports; ++p)
|
2007-05-09 09:00:38 +08:00
|
|
|
for (q = 0; q <= 1; ++q)
|
|
|
|
if (dev->send_agent[p][q])
|
|
|
|
ib_unregister_mad_agent(dev->send_agent[p][q]);
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
void mlx4_ib_mad_cleanup(struct mlx4_ib_dev *dev)
|
|
|
|
{
|
|
|
|
struct ib_mad_agent *agent;
|
|
|
|
int p, q;
|
|
|
|
|
2008-10-23 06:38:42 +08:00
|
|
|
for (p = 0; p < dev->num_ports; ++p) {
|
2007-05-09 09:00:38 +08:00
|
|
|
for (q = 0; q <= 1; ++q) {
|
|
|
|
agent = dev->send_agent[p][q];
|
2010-10-25 12:08:52 +08:00
|
|
|
if (agent) {
|
|
|
|
dev->send_agent[p][q] = NULL;
|
|
|
|
ib_unregister_mad_agent(agent);
|
|
|
|
}
|
2007-05-09 09:00:38 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
if (dev->sm_ah[p])
|
|
|
|
ib_destroy_ah(dev->sm_ah[p]);
|
|
|
|
}
|
|
|
|
}
|
mlx4: Use port management change event instead of smp_snoop
The port management change event can replace smp_snoop. If the
capability bit for this event is set in dev-caps, the event is used
(by the driver setting the PORT_MNG_CHG_EVENT bit in the async event
mask in the MAP_EQ fw command). In this case, when the driver passes
incoming SMP PORT_INFO SET mads to the FW, the FW generates port
management change events to signal any changes to the driver.
If the FW generates these events, smp_snoop shouldn't be invoked in
ib_process_mad(), or duplicate events will occur (once from the
FW-generated event, and once from smp_snoop).
In the case where the FW does not generate port management change
events smp_snoop needs to be invoked to create these events. The flow
in smp_snoop has been modified to make use of the same procedures as
in the fw-generated-event event case to generate the port management
events (LID change, Client-rereg, Pkey change, and/or GID change).
Port management change event handling required changing the
mlx4_ib_event and mlx4_dispatch_event prototypes; the "param" argument
(last argument) had to be changed to unsigned long in order to
accomodate passing the EQE pointer.
We also needed to move the definition of struct mlx4_eqe from
net/mlx4.h to file device.h -- to make it available to the IB driver,
to handle port management change events.
Signed-off-by: Jack Morgenstein <jackm@dev.mellanox.co.il>
Signed-off-by: Or Gerlitz <ogerlitz@mellanox.com>
Signed-off-by: Roland Dreier <roland@purestorage.com>
2012-06-19 16:21:40 +08:00
|
|
|
|
|
|
|
void handle_port_mgmt_change_event(struct work_struct *work)
|
|
|
|
{
|
|
|
|
struct ib_event_work *ew = container_of(work, struct ib_event_work, work);
|
|
|
|
struct mlx4_ib_dev *dev = ew->ib_dev;
|
|
|
|
struct mlx4_eqe *eqe = &(ew->ib_eqe);
|
|
|
|
u8 port = eqe->event.port_mgmt_change.port;
|
|
|
|
u32 changed_attr;
|
|
|
|
|
|
|
|
switch (eqe->subtype) {
|
|
|
|
case MLX4_DEV_PMC_SUBTYPE_PORT_INFO:
|
|
|
|
changed_attr = be32_to_cpu(eqe->event.port_mgmt_change.params.port_info.changed_attr);
|
|
|
|
|
|
|
|
/* Update the SM ah - This should be done before handling
|
|
|
|
the other changed attributes so that MADs can be sent to the SM */
|
|
|
|
if (changed_attr & MSTR_SM_CHANGE_MASK) {
|
|
|
|
u16 lid = be16_to_cpu(eqe->event.port_mgmt_change.params.port_info.mstr_sm_lid);
|
|
|
|
u8 sl = eqe->event.port_mgmt_change.params.port_info.mstr_sm_sl & 0xf;
|
|
|
|
update_sm_ah(dev, port, lid, sl);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Check if it is a lid change event */
|
|
|
|
if (changed_attr & MLX4_EQ_PORT_INFO_LID_CHANGE_MASK)
|
|
|
|
mlx4_ib_dispatch_event(dev, port, IB_EVENT_LID_CHANGE);
|
|
|
|
|
|
|
|
/* Generate GUID changed event */
|
|
|
|
if (changed_attr & MLX4_EQ_PORT_INFO_GID_PFX_CHANGE_MASK)
|
|
|
|
mlx4_ib_dispatch_event(dev, port, IB_EVENT_GID_CHANGE);
|
|
|
|
|
|
|
|
if (changed_attr & MLX4_EQ_PORT_INFO_CLIENT_REREG_MASK)
|
|
|
|
mlx4_ib_dispatch_event(dev, port,
|
|
|
|
IB_EVENT_CLIENT_REREGISTER);
|
|
|
|
break;
|
|
|
|
|
|
|
|
case MLX4_DEV_PMC_SUBTYPE_PKEY_TABLE:
|
|
|
|
mlx4_ib_dispatch_event(dev, port, IB_EVENT_PKEY_CHANGE);
|
|
|
|
break;
|
|
|
|
case MLX4_DEV_PMC_SUBTYPE_GUID_INFO:
|
mlx4: Put physical GID and P_Key table sizes in mlx4_phys_caps struct and paravirtualize them
To allow easy paravirtualization of P_Key and GID table sizes, keep
paravirtualized sizes in mlx4_dev->caps, but save the actual physical
sizes from FW in struct: mlx4_dev->phys_cap.
In addition, in SR-IOV mode, do the following:
1. Reduce reported P_Key table size by 1.
This is done to reserve the highest P_Key index for internal use,
for declaring an invalid P_Key in P_Key paravirtualization.
We require a P_Key index which always contain an invalid P_Key
value for this purpose (i.e., one which cannot be modified by
the subnet manager). The way to do this is to reduce the
P_Key table size reported to the subnet manager by 1, so that
it will not attempt to access the P_Key at index #127.
2. Paravirtualize the GID table size to 1. Thus, each guest sees
only a single GID (at its paravirtualized index 0).
In addition, since we are paravirtualizing the GID table size to 1, we
add paravirtualization of the master GID event here (i.e., we do not
do ib_dispatch_event() for the GUID change event on the master, since
its (only) GUID never changes).
Signed-off-by: Jack Morgenstein <jackm@dev.mellanox.co.il>
Signed-off-by: Roland Dreier <roland@purestorage.com>
2012-06-19 16:21:44 +08:00
|
|
|
/* paravirtualized master's guid is guid 0 -- does not change */
|
|
|
|
if (!mlx4_is_master(dev->dev))
|
|
|
|
mlx4_ib_dispatch_event(dev, port, IB_EVENT_GID_CHANGE);
|
mlx4: Use port management change event instead of smp_snoop
The port management change event can replace smp_snoop. If the
capability bit for this event is set in dev-caps, the event is used
(by the driver setting the PORT_MNG_CHG_EVENT bit in the async event
mask in the MAP_EQ fw command). In this case, when the driver passes
incoming SMP PORT_INFO SET mads to the FW, the FW generates port
management change events to signal any changes to the driver.
If the FW generates these events, smp_snoop shouldn't be invoked in
ib_process_mad(), or duplicate events will occur (once from the
FW-generated event, and once from smp_snoop).
In the case where the FW does not generate port management change
events smp_snoop needs to be invoked to create these events. The flow
in smp_snoop has been modified to make use of the same procedures as
in the fw-generated-event event case to generate the port management
events (LID change, Client-rereg, Pkey change, and/or GID change).
Port management change event handling required changing the
mlx4_ib_event and mlx4_dispatch_event prototypes; the "param" argument
(last argument) had to be changed to unsigned long in order to
accomodate passing the EQE pointer.
We also needed to move the definition of struct mlx4_eqe from
net/mlx4.h to file device.h -- to make it available to the IB driver,
to handle port management change events.
Signed-off-by: Jack Morgenstein <jackm@dev.mellanox.co.il>
Signed-off-by: Or Gerlitz <ogerlitz@mellanox.com>
Signed-off-by: Roland Dreier <roland@purestorage.com>
2012-06-19 16:21:40 +08:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
pr_warn("Unsupported subtype 0x%x for "
|
|
|
|
"Port Management Change event\n", eqe->subtype);
|
|
|
|
}
|
|
|
|
|
|
|
|
kfree(ew);
|
|
|
|
}
|
|
|
|
|
|
|
|
void mlx4_ib_dispatch_event(struct mlx4_ib_dev *dev, u8 port_num,
|
|
|
|
enum ib_event_type type)
|
|
|
|
{
|
|
|
|
struct ib_event event;
|
|
|
|
|
|
|
|
event.device = &dev->ib_dev;
|
|
|
|
event.element.port_num = port_num;
|
|
|
|
event.event = type;
|
|
|
|
|
|
|
|
ib_dispatch_event(&event);
|
|
|
|
}
|