forked from Minki/linux
b1124cd3ec
When an lldd invokes ->notify_port_event() it can trigger a chain of libsas events to: 1/ form the port and find the direct attached device 2/ if the attached device is an expander perform domain discovery A call to flush_workqueue() will only flush the initial port formation work. Currently libsas users need to call scsi_flush_work() up to the max depth of chain (which will grow from 2 to 3 when ata discovery is moved to its own discovery event). Instead of open coding multiple calls switch to use drain_workqueue() to flush sas work. drain_workqueue() does not handle new work submitted during the drain so libsas needs a bit of infrastructure to hold off unchained work submissions while a drain is in flight. A lldd ->notify() event is considered 'unchained' while a sas_discover_event() is 'chained'. As Tejun notes: "For now, I think it would be best to add private wrapper in libsas to support deferring unchained work items while draining." Signed-off-by: Dan Williams <dan.j.williams@intel.com> Signed-off-by: James Bottomley <JBottomley@Parallels.com> |
||
---|---|---|
.. | ||
host.c | ||
host.h | ||
init.c | ||
isci.h | ||
Makefile | ||
phy.c | ||
phy.h | ||
port_config.c | ||
port.c | ||
port.h | ||
probe_roms.c | ||
probe_roms.h | ||
registers.h | ||
remote_device.c | ||
remote_device.h | ||
remote_node_context.c | ||
remote_node_context.h | ||
remote_node_table.c | ||
remote_node_table.h | ||
request.c | ||
request.h | ||
sas.h | ||
scu_completion_codes.h | ||
scu_event_codes.h | ||
scu_remote_node_context.h | ||
scu_task_context.h | ||
task.c | ||
task.h | ||
unsolicited_frame_control.c | ||
unsolicited_frame_control.h |