Uploaded image for project: 'Fast Datapath Product'
  1. Fast Datapath Product
  2. FDP-3222

QE verification: OVS calls rtnl_delete_link() with wrong lock

    • False
    • Hide

      None

      Show
      None
    • False
    • Hide

      ( ) The bug has been reproduced and verified by QE members
      ( ) Test coverage has been added to downstream CI
      ( ) For new feature, failed test plans have bugs added as children to the epic
      ( ) The bug is cloned to any relevant release that we support and/or is needed

      Show
      ( ) The bug has been reproduced and verified by QE members ( ) Test coverage has been added to downstream CI ( ) For new feature, failed test plans have bugs added as children to the epic ( ) The bug is cloned to any relevant release that we support and/or is needed
    • rhel-10
    • None

      This ticket is tracking the QE verification effort for the solution to the problem described below.
      There are a couple of callers of rtnl_delete_link() in openvswitch which all call the function while holding the RTNL. However, the core caller (rtnl_dellink) has moved to rtnl_net_lock(), so when the kernel is compiled with the small RTNL enabled, the locking is no longer congruent.

              ovs-qe Openvswtich Quality Engineering Bot
              tohojo Toke Høiland-Jørgensen
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

                Created:
                Updated: