Zdenek Kabelac 7833c45fbe activation: extend handling of pending_delete ... With previous patch 30a98e4d67 we started to put devices one pending_delete list instead of directly scheduling their removal. However we have operations like 'snapshot merge' where we are resuming device tree in 2 subsequent activation calls - so 1st such call will still have suspened devices and no chance to push 'remove' ioctl. Since we curently cannot easily solve this by doing just single activation call (which would be preferred solution) - we introduce a preservation of pending_delete via command structure and then restore it on next activation call. This way we keep to remove devices later - although it might be not the best moment - this may need futher tunning. Also we don't keep the list of operation in 1 trasaction (unless we do verify udev symlinks) - this could probably also make it more correct in terms of which 'remove' can be combined we already running 'resume'.		2019-08-26 15:16:38 +02:00
..
toolcontext.c	activation: extend handling of pending_delete	2019-08-26 15:16:38 +02:00
toolcontext.h	activation: extend handling of pending_delete	2019-08-26 15:16:38 +02:00