Revision be4b499323bf7291b491c6df51baae62f45b8404 authored by Erez Shitrit on 25 June 2015, 14:13:22 UTC, committed by Doug Ledford on 14 July 2015, 17:20:09 UTC
Whenever ib_cm gets remove_one call, like when there is a hot-unplug event, the driver should mark itself as going_down and confirm that no new works are going to be queued for that device. so, the order of the actions are: 1. mark the going_down bit. 2. flush the wq. 3. [make sure no new works for that device.] 4. unregister mad agent. otherwise, works that are already queued can be scheduled after the mad agent was freed. Signed-off-by: Erez Shitrit <erezsh@mellanox.com> Signed-off-by: Doug Ledford <dledford@redhat.com>
1 parent 3fdf70a
File | Mode | Size |
---|---|---|
drbd | ||
00-INDEX | -rw-r--r-- | 582 bytes |
README.DAC960 | -rw-r--r-- | 33.9 KB |
cciss.txt | -rw-r--r-- | 7.3 KB |
cpqarray.txt | -rw-r--r-- | 2.2 KB |
floppy.txt | -rw-r--r-- | 8.3 KB |
mflash.txt | -rw-r--r-- | 2.4 KB |
nbd.txt | -rw-r--r-- | 1.0 KB |
paride.txt | -rw-r--r-- | 16.7 KB |
ramdisk.txt | -rw-r--r-- | 6.2 KB |
zram.txt | -rw-r--r-- | 7.3 KB |
Computing file changes ...