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