Alasdair G Kergon <agk@xxxxxxxxxx> wrote: > Would DMF_BLOCK_IO_FOR_SUSPEND work instead? > DMF_BLOCK_IO_FOR_SUSPEND appears to be a better choice, but since other targets like dm-raid already have a internal suspend bit being used unclear on the value of creating a generic accessor vs. just adding a suspend atomic to the multipath target. To close another window I believe we need a form of synchronization to ensure a current multipath_message has completed prior to multipath_postsuspend calling flush_multipath_work. Later multipath_message calls would return without adding work if a bit check indicated that we where suspended. I will redo the patch(s) and resubmit. -andmike -- Michael Anderson andmike@xxxxxxxxxxxxxxxxxx -- dm-devel mailing list dm-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/dm-devel
