Description of problem: Issue: https://github.com/openvswitch/ovs-issues/issues/153 Copied from the github issue: https://github.com/openvswitch/ovs/commit/ed56f8bd6a668df3664f68b00c5396c268aa1821 Until now, OVS did multicast snooping outputs holding the read-lock on the mcast_snooping object. This could recurse via a patch port to try to take the write-lock on the same object, which deadlocked. This patch fixes the problem, by releasing the read-lock before doing any outputs. It would probably be better to use RCU for mcast_snooping. That would be a bigger patch and less suitable for backporting. Version-Release number of selected component (if applicable): 2.9 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: Creating this BZ to address customer concern about upstream issue that has recently been patched. Looking to backport the fix into RHEL OvS release for OpenStack.
Looks like the patch is backported in upstream already, so I opened the RHEL bugs to track the backport. I am proposing for the next batch FDP:18.12. 2.10 https://bugzilla.redhat.com/show_bug.cgi?id=1643065 2.9 https://bugzilla.redhat.com/show_bug.cgi?id=1643071