summaryrefslogtreecommitdiff
path: root/drivers/telephony
diff options
context:
space:
mode:
authorGal Rosen <galr@storwize.com>2010-01-21 10:15:32 +0200
committerJames Bottomley <James.Bottomley@suse.de>2010-03-08 22:36:53 +0530
commit0d9dc7c8b9b7fa0f53647423b41056ee1beed735 (patch)
tree19cab2c6559f6cc5a31abfcf4fc1e33b0528ebc7 /drivers/telephony
parentd55f88f0275e4b21435957d3d354a79bb9edeec7 (diff)
downloadlinux-stable-0d9dc7c8b9b7fa0f53647423b41056ee1beed735.tar.gz
linux-stable-0d9dc7c8b9b7fa0f53647423b41056ee1beed735.tar.bz2
linux-stable-0d9dc7c8b9b7fa0f53647423b41056ee1beed735.zip
[SCSI] scsi_transport_fc: Fix synchronization issue while deleting vport
The issue occur while deleting 60 virtual ports through the sys interface /sys/class/fc_vports/vport-X/vport_delete. It happen while in a mistake each request sent twice for the same vport. This interface is asynchronous, entering the delete request into a work queue, allowing more than one request to enter to the delete work queue. The result is a NULL pointer. The first request already delete the vport, while the second request got a pointer to the vport before the device destroyed. Re-create vport later cause system freeze. Solution: Check vport flags before entering the request to the work queue. [jejb: fixed int<->long problem on spinlock flags variable] Signed-off-by: Gal Rosen <galr@storwize.com> Acked-by: James Smart <james.smart@emulex.com> Cc: Stable Tree <stable@kernel.org> Signed-off-by: James Bottomley <James.Bottomley@suse.de>
Diffstat (limited to 'drivers/telephony')
0 files changed, 0 insertions, 0 deletions