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

QE verification: Cache carrier state on main thread

    • 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 significant RTN_GETLINK calls being made to obtain the carrier state, even during the same poll round.

      There is a loop in netdev_linux_run() that should detect changes in interface status (including carrier). We could rely more on the output of that loop and, even if we consider the case of netlink notifications being lost because, reduce the number of times we request that information form the kernel in other places of the code.

      See https://docs.google.com/document/d/1pj6V-FeCJpDIIj673k5OQ_y9Xrg7yKBqIOaAKpHd3JA/edit?tab=t.1uosvqog4do7 for more info

              ovs-qe Openvswtich Quality Engineering Bot
              amorenoz@redhat.com Adrian Moreno
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

                Created:
                Updated: