Stefan Berger 52834904d2 nwfilter: re-order lock grabbed by IP addr. learn thread ... The IP address learning thread was causing a deadlock when it instantiated a filter while a filter update/change was ongoing. The reason for this was the ordering of locks due to the following calls virNWFilterUnlockFilterUpdates() virNWFilterPoolObjFindByName() The below patch now puts the order of the locks in the above shown order when instantiating the filter from the IP address learning thread.		2010-11-19 20:41:25 -05:00
..
nwfilter_driver.c	maint: use gnulib configmake rather than open-coding things	2010-11-17 08:58:58 -07:00
nwfilter_driver.h	filter new files through cppi, so syntax-check passes once again	2010-03-26 22:47:30 +01:00
nwfilter_ebiptables_driver.c	nwfilter: also purge ip(6)tables rules before detecting IP address	2010-11-16 21:18:21 -05:00
nwfilter_ebiptables_driver.h	nwfilter: Instantiate comments in ip(6)tables rules	2010-09-30 15:56:09 -04:00
nwfilter_gentech_driver.c	nwfilter: re-order lock grabbed by IP addr. learn thread	2010-11-19 20:41:25 -05:00
nwfilter_gentech_driver.h	nwfilter: fix loadable module support	2010-06-21 14:18:31 -04:00
nwfilter_learnipaddr.c	Remove all use of inet_pton and inet_ntop	2010-10-22 11:59:18 +01:00
nwfilter_learnipaddr.h	nwfilter: extend nwfilter reload support	2010-08-16 12:59:54 -04:00