mirror of
https://gitlab.com/libvirt/libvirt.git
synced 2024-07-05 01:22:38 +00:00
65dc79f50b
The nwfilter update lock is historically acquired by the virt drivers in order to achieve serialization between nwfilter define/undefine, and instantiation/teardown of filters. When running in the modular daemons, however, the mutex that the virt drivers are locking is in a completely different process from the mutex that the nwfilter driver is locking. Serialization is lost and thus call from the virt driver to virNWFilterBindingCreateXML can deadlock with a concurrent call to the virNWFilterDefineXML method. The solution is surprisingly easy, the update lock simply needs acquiring in the virNWFilterBindingCreateXML method and virNWFilterBindingUndefine method instead of in the virt drivers. The only semantic difference here is that when a virtual machine has multiple NICs, the instantiation and teardown of filters is no longer serialized for the whole VM, but rather for each NIC. This should not be a problem since the virt drivers already need to cope with tearing down a partially created VM where only some of the NICs are setup. Reviewed-by: Laine Stump <laine@redhat.com> Signed-off-by: Daniel P. Berrangé <berrange@redhat.com> |
||
|---|---|---|
| .. | ||
| xml | ||
| meson.build | ||
| nwfilter_dhcpsnoop.c | ||
| nwfilter_dhcpsnoop.h | ||
| nwfilter_driver.c | ||
| nwfilter_driver.h | ||
| nwfilter_ebiptables_driver.c | ||
| nwfilter_ebiptables_driver.h | ||
| nwfilter_gentech_driver.c | ||
| nwfilter_gentech_driver.h | ||
| nwfilter_learnipaddr.c | ||
| nwfilter_learnipaddr.h | ||
| nwfilter_tech_driver.h | ||
| virtnwfilterd.init.in | ||
| virtnwfilterd.service.in | ||