1866c98e64
Currently the linking order of the infiniband, IB, modules decide in which order the clients are attached and detached. For example one IB client may use resources from another IB client. This can lead to a potential deadlock at shutdown. For example if the ipoib is unregistered after the ib_multicast client is detached, then if ipoib is using multicast addresses a deadlock may happen, because ib_multicast will wait for all its resources to be freed before returning from the remove method. Fix this by using module_xxx_order() instead of module_xxx(). Differential Revision: https://reviews.freebsd.org/D23973 MFC after: 1 week Sponsored by: Mellanox Technologies |
||
|---|---|---|
| .. | ||
| eswitch.h | ||
| flow_table.h | ||
| fs_core.h | ||
| mlx5_alloc.c | ||
| mlx5_cmd.c | ||
| mlx5_core.h | ||
| mlx5_cq.c | ||
| mlx5_diagnostics.c | ||
| mlx5_eq.c | ||
| mlx5_eswitch.c | ||
| mlx5_fs_cmd.c | ||
| mlx5_fs_tree.c | ||
| mlx5_fw.c | ||
| mlx5_fwdump.c | ||
| mlx5_health.c | ||
| mlx5_mad.c | ||
| mlx5_main.c | ||
| mlx5_mcg.c | ||
| mlx5_mpfs.c | ||
| mlx5_mr.c | ||
| mlx5_pagealloc.c | ||
| mlx5_pd.c | ||
| mlx5_port.c | ||
| mlx5_qp.c | ||
| mlx5_rl.c | ||
| mlx5_srq.c | ||
| mlx5_tls.c | ||
| mlx5_transobj.c | ||
| mlx5_uar.c | ||
| mlx5_vport.c | ||
| mlx5_vsc.c | ||
| mlx5_wq.c | ||
| transobj.h | ||
| wq.h | ||