diff options
author | Roland Dreier <roland@purestorage.com> | 2012-09-25 21:24:07 -0700 |
---|---|---|
committer | Roland Dreier <roland@purestorage.com> | 2012-09-30 20:33:46 -0700 |
commit | f3d4c89ee4a8c993cc334a67f84a3fb724a1dd35 (patch) | |
tree | 5b003102f64cf1df23a43f738627e2f7cf1e21cc /drivers/tty | |
parent | 84b1f1538fadd066cc9877c2276f3fefd8a79bc4 (diff) |
mlx4_core: Fix crash on uninitialized priv->cmd.slave_sem
On an SR-IOV master device, __mlx4_init_one() calls mlx4_init_hca()
before mlx4_multi_func_init(). However, for unlucky configurations,
mlx4_init_hca() might call mlx4_SENSE_PORT() (via mlx4_dev_cap()), and
that calls mlx4_cmd_imm() with MLX4_CMD_WRAPPED set.
However, on a multifunction device with MLX4_CMD_WRAPPED, __mlx4_cmd()
calls into mlx4_slave_cmd(), and that immediately tries to do
down(&priv->cmd.slave_sem);
but priv->cmd.slave_sem isn't initialized until mlx4_multi_func_init()
(which we haven't called yet). The next thing it tries to do is access
priv->mfunc.vhcr, but that hasn't been allocated yet.
Fix this by moving the initialization of slave_sem and vhcr up into
mlx4_cmd_init(). Also, since slave_sem is really just being used as a
mutex, convert it into a slave_cmd_mutex.
Signed-off-by: Roland Dreier <roland@purestorage.com>
Diffstat (limited to 'drivers/tty')
0 files changed, 0 insertions, 0 deletions