1. 25 2月, 2020 20 次提交
  2. 24 2月, 2020 18 次提交
  3. 23 2月, 2020 2 次提交
    • H
      r8169: remove RTL_EVENT_NAPI constants · 2045e158
      Heiner Kallweit 提交于
      These constants are used in one place only, so we can remove them and
      use the values directly.
      Signed-off-by: NHeiner Kallweit <hkallweit1@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      2045e158
    • D
      Merge branch 'mlxsw-Remove-RTNL-from-route-insertion-path' · 68e2617a
      David S. Miller 提交于
      Ido Schimmel says:
      
      ====================
      mlxsw: Remove RTNL from route insertion path
      
      This patch set removes RTNL from the route insertion path in mlxsw in
      order to reduce the control plane latency: the time it takes to push
      routes from user space to the kernel and mlxsw.
      
      Up until now mlxsw did not have a lock to protect its shared router data
      structures and instead relied on RTNL. While this was simple and worked,
      it resulted in large control plane latencies as RTNL was heavily
      contended - by both the task receiving the netlink messages from user
      space and the mlxsw workqueue that programs the routes to the device.
      
      By removing RTNL and introducing a new router mutex, this patch set
      reduces the control plane latency by ~80%. A single mutex is added as
      inside mlxsw there is not a lot of concurrency. In addition, a more
      fine-grained locking scheme is much more error-prone.
      
      Patches #1-#6 are preparations. They add needed locking in NVE and
      multicast routing code instead of relying on RTNL
      Patch #7 introduces the new mutex
      Patches #8-#12 gradually take the lock in various entry points into the
      routing code
      Patch #13 removes RTNL in places where it is no longer required
      ====================
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      68e2617a