summaryrefslogtreecommitdiffstats
path: root/drivers/tty
diff options
context:
space:
mode:
authorRoland Dreier <roland@purestorage.com>2012-09-25 21:24:07 -0700
committerRoland Dreier <roland@purestorage.com>2012-09-30 20:33:46 -0700
commitf3d4c89ee4a8c993cc334a67f84a3fb724a1dd35 (patch)
tree5b003102f64cf1df23a43f738627e2f7cf1e21cc /drivers/tty
parent84b1f1538fadd066cc9877c2276f3fefd8a79bc4 (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