1. 10 Sep, 2018 14 commits
  2. 08 Sep, 2018 9 commits
  3. 07 Sep, 2018 4 commits
  4. 06 Sep, 2018 13 commits
    • YueHaibing's avatar
      liquidio CN23XX: Remove set but not used variable 'ring_flag' · ddc4d236
      YueHaibing authored
      Fixes gcc '-Wunused-but-set-variable' warning:
      
      drivers/net/ethernet/cavium/liquidio/cn23xx_vf_device.c: In function 'cn23xx_setup_octeon_vf_device':
      drivers/net/ethernet/cavium/liquidio/cn23xx_vf_device.c:619:20: warning:
       variable 'ring_flag' set but not used [-Wunused-but-set-variable]
      Signed-off-by: default avatarYueHaibing <yuehaibing@huawei.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      ddc4d236
    • Weilin Chang's avatar
      liquidio: Add spoof checking on a VF MAC address · 48875222
      Weilin Chang authored
      1. Provide the API to set/unset the spoof checking feature.
      2. Add a function to periodically provide the count of found
         packets with spoof VF MAC address.
      3. Prevent VF MAC address changing while the spoofchk of the VF is
         on unless the changing MAC address is issued from PF.
      Signed-off-by: default avatarWeilin Chang <weilin.chang@cavium.com>
      Signed-off-by: default avatarFelix Manlunas <felix.manlunas@cavium.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      48875222
    • David S. Miller's avatar
      Merge tag 'mlx5e-updates-2018-09-05' of git://git.kernel.org/pub/scm/linux/kernel/git/saeed/linux · ddc9cc01
      David S. Miller authored
      Saeed Mahameed says:
      
      ====================
      mlx5e-updates-2018-09-05
      
      This series provides updates to mlx5 ethernet driver.
      
      1) Starting with a four patches series to optimize flow counters updates,
      From Vlad Buslov:
      ==============================================
      
      By default mlx5 driver updates cached counters each second. Update function
      consumes noticeable amount of CPU resources. The goal of this patch series
      is to optimize update function.
      
      Investigation revealed following bottlenecks in fs counters
      implementation:
       1) Update code(scheduled each second) iterates over all counters twice.
       (first for finding and deleting counters that are marked for deletion,
       second iteration is for actually updating the counters)
       2) Counters are stored in rb tree. Linear iteration over all rb tree
       elements(rb_next in profiling data) consumed ~65% of time spent in
       update function.
      
      Following optimizations were implemented:
       1) Instead of just marking counters for deletion, store them in
       standalone list. This removes first iteration over whole counters tree.
       2) Store counters in sorted list to optimize traversing them and remove
       calls to rb_next.
      
      First implementation of these changes caused degradation of performance,
      instead of improving it. Investigation revealed that there first cache
      line of struct mlx5_fc is full and adding anything to it causes amount
      of cache misses to double. To mitigate that, following refactorings were
      implemented:
       - Change 'addlist' list type from double linked to single linked. This
       allowes to get free space for one additional pointer that is used to
       store deletion list(optimization 1)
       - Substitute rb tree with idr. Idr is non-intrusive data structure and
       doesn't require adding any new members to struct mlx5_fc. Use free
       space that became available for double linked sorted list that is used
       for traversing all counters. (optimization 2)
      
      Described changes reduced CPU time spent in mlx5_fc_stats_work from 70%
      to 44%. (global perf profile mode)
      ============================================
      
      The rest of the series are misc updates:
      
      2) From Kamal, Move mlx5e_priv_flags into en_ethtool.c, to avoid a
      compilation warning.
      
      3) From Roi Dayan, Move Q counters allocation and drop RQ to init_rx profile
      function to avoid allocating Q counters when not required.
      
      4) From Shay Agroskin, Replace PTP clock lock from RW lock to seq lock.
      Almost double the packet rate when timestamping is active on multiple TX
      queues.
      
      5) From: Natali Shechtman, set ECN for received packets using CQE indication.
      
      6) From: Alaa Hleihel, don't set CHECKSUM_COMPLETE on SCTP packets.
      CHECKSUM_COMPLETE is not applicable to SCTP protocol.
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      ddc9cc01
    • David S. Miller's avatar
      Merge branch 'dsa-b53-SerDes-support' · 2002bc32
      David S. Miller authored
      Florian Fainelli says:
      
      ====================
      net: dsa: b53: SerDes support
      
      This patch series adds support for the SerDes found on NorthStar Plus
      (NSP) which allows us to use the SFP port on the BCM958625HR board (and
      other similar designs).
      
      Changes in v3:
      
      - properly hunk the request_threaded_irq() bits into patch #2
      
      Changes in v2:
      
      - migrate to threaded interrupt (Andrew)
      - fixed a case where MLO_AN_FIXED's mac_config would still call into
        the serdes_config callback
      - added an additional check on the phylink interface in mac_config
      - default to ARCH_BCM_NSP instead of ARCH_BCM_IPROC which is really
        the NSP Kconfig bit we want
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      2002bc32
    • Florian Fainelli's avatar
      net: dsa: b53: Add SerDes support · 0e01491d
      Florian Fainelli authored
      Add support for the Northstar Plus SerDes which is accessed through a
      special page of the switch. Since this is something that most people
      probably will not want to use, make it a configurable option with a
      default on ARCH_BCM_NSP where it is the most useful currently.
      
      The SerDes supports both SGMII and 1000baseX modes for both lanes, and
      2500baseX for one of the lanes, and is internally looking like a
      seemingly standard MII PHY, except for the few bits that got repurposed.
      Signed-off-by: default avatarFlorian Fainelli <f.fainelli@gmail.com>
      Reviewed-by: default avatarAndrew Lunn <andrew@lunn.ch>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      0e01491d
    • Florian Fainelli's avatar
      net: dsa: b53: Add PHYLINK support · a8e8b985
      Florian Fainelli authored
      Add support for PHYLINK, things are reasonably straight forward since we
      do not yet support SerDes interfaces, that leaves us with just
      MLO_AN_PHY and MLO_AN_FIXED to deal with.
      Signed-off-by: default avatarFlorian Fainelli <f.fainelli@gmail.com>
      Reviewed-by: default avatarAndrew Lunn <andrew@lunn.ch>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      a8e8b985
    • Florian Fainelli's avatar
      net: dsa: b53: Add helper to set link parameters · 5e004460
      Florian Fainelli authored
      Extract the logic from b53_adjust_link() responsible for overriding a
      given port's link, speed, duplex and pause settings and make two helper
      functions to set the port's configuration and the port's link settings.
      We will make use of both, as separate functions while adding PHYLINK
      support next.
      Signed-off-by: default avatarFlorian Fainelli <f.fainelli@gmail.com>
      Reviewed-by: default avatarAndrew Lunn <andrew@lunn.ch>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      5e004460
    • Florian Fainelli's avatar
      net: dsa: b53: Make SRAB driver manage port interrupts · 16994374
      Florian Fainelli authored
      Update the SRAB driver to manage per-port interrupts. Since we cannot
      sleep during b53_io_ops, schedule a workqueue whenever we get a port
      specific interrupt. We will later make use of this to call back into
      PHYLINK when there is e.g: a link state change.
      Signed-off-by: default avatarFlorian Fainelli <f.fainelli@gmail.com>
      Reviewed-by: default avatarAndrew Lunn <andrew@lunn.ch>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      16994374
    • Florian Fainelli's avatar
      net: dsa: b53: Add ability to enable/disable port interrupts · 8ca7c160
      Florian Fainelli authored
      Some switches expose individual interrupt line(s) for port specific
      event(s), allow configuring these interrupts at an appropriate time
      during port_enable/disable callbacks where all port specific resources
      are known to be set-up and ready for use.
      Signed-off-by: default avatarFlorian Fainelli <f.fainelli@gmail.com>
      Reviewed-by: default avatarAndrew Lunn <andrew@lunn.ch>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      8ca7c160
    • Denis Bolotin's avatar
      qed*: Utilize FW 8.37.7.0 · a3f72307
      Denis Bolotin authored
      This patch adds a new qed firmware with fixes and support for new features.
      
      Fixes:
      - Fix a rare case of device crash with iWARP, iSCSI or FCoE offload.
      - Fix GRE tunneled traffic when iWARP offload is enabled.
      - Fix RoCE failure in ib_send_bw when using inline data.
      - Fix latency optimization flow for inline WQEs.
      - BigBear 100G fix
      
      RDMA:
      - Reduce task context size.
      - Application page sizes above 2GB support.
      - Performance improvements.
      
      ETH:
      - Tenant DCB support.
      - Replace RSS indirection table update interface.
      
      Misc:
      - Debug Tools changes.
      Signed-off-by: default avatarDenis Bolotin <denis.bolotin@cavium.com>
      Signed-off-by: default avatarAriel Elior <ariel.elior@cavium.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      a3f72307
    • David S. Miller's avatar
      Merge branch 'rtnetlink-add-IFA_TARGET_NETNSID-for-RTM_GETADDR' · 6ef848ef
      David S. Miller authored
      Christian Brauner says:
      
      ====================
      rtnetlink: add IFA_TARGET_NETNSID for RTM_GETADDR
      
      This iteration should mainly addresses the suggestion to use
      IFA_TARGET_NETNSID as the property name. Additionally, an an alias for
      the already existing IFLA_IF_NETNSID property is added.
      
      Note that two additional cleanup patches (8\9 and 9\9) were added to
      address concerns raised that passing more than 6 arguments to a function
      will cause additional variables to be pushed onto the stack instead of
      being placed into registers. The way I addressed this is by introducing
      two new struct inet{6}_fill_args that are used to pass common
      information down to inet{6}_fill_if*() functions shortening all those
      functions to three pointer arguments.
      If this is something more people than Kirill find useful they can be
      kept if not they can simply be dropped in later iterations of this
      series or when merging.
      
      Here is a short overview:
      1. Rename from IFA_IF_NETNSID to IFA_TARGET_NETNSID.
      2. Add IFLA_TARGET_NETNSID as an alias for IFA_IFLA_NETNSID and switch
         all occurrences over to the new alias.
      3. Add inet4_fill_args struct to avoid passing more than 6 arguments in
         inet_fill_if*() functions.
      4. Add inet6_fill_args struct to avoid passing more than 6 arguments in
         inet_fill_if*() functions.
      
      The only functional change is the export of rtnl_get_net_ns_capable()
      which is needed in case ipv6 is built as a module.
      
      Note, I did not change the property name to IFA_TARGET_NSID as there was
      no clear agreement what would be preferred. My personal preference is to
      keep the IFA_IF_NETNSID name because it aligns naturally with the
      IFLA_IF_NETNSID property for RTM_*LINK requests. Jiri seems to prefer
      this name too.
      However, if there is agreement that another property name makes more
      sense I'm happy to send a v2 that changes this.
      
      To test this patchset I performed 1 million getifaddrs() requests
      against a network namespace containing 5 interfaces (lo, eth{0-4}). The
      first test used a network namespace aware getifaddrs() implementation I
      wrote and the second test used the traditional setns() + getifaddrs()
      method. The results show that this patchsets allows userspace to cut
      retrieval time in half:
      1. netns_getifaddrs():      82 microseconds
      2. setns() + getifaddrs(): 162 microseconds
      
      A while back we introduced and enabled IFLA_IF_NETNSID in
      RTM_{DEL,GET,NEW}LINK requests (cf. [1], [2], [3], [4], [5]). This has led
      to signficant performance increases since it allows userspace to avoid
      taking the hit of a setns(netns_fd, CLONE_NEWNET), then getting the
      interfaces from the netns associated with the netns_fd. Especially when a
      lot of network namespaces are in use, using setns() becomes increasingly
      problematic when performance matters.
      Usually, RTML_GETLINK requests are followed by RTM_GETADDR requests (cf.
      getifaddrs() style functions and friends). But currently, RTM_GETADDR
      requests do not support a similar property like IFLA_IF_NETNSID for
      RTM_*LINK requests.
      This is problematic since userspace can retrieve interfaces from another
      network namespace by sending a IFLA_IF_NETNSID property along but
      RTM_GETLINK request but is still forced to use the legacy setns() style of
      retrieving interfaces in RTM_GETADDR requests.
      
      The goal of this series is to make it possible to perform RTM_GETADDR
      requests on different network namespaces. To this end a new IFA_IF_NETNSID
      property for RTM_*ADDR requests is introduced. It can be used to send a
      network namespace identifier along in RTM_*ADDR requests.  The network
      namespace identifier will be used to retrieve the target network namespace
      in which the request is supposed to be fulfilled.  This aligns the behavior
      of RTM_*ADDR requests with the behavior of RTM_*LINK requests.
      
      - The caller must have assigned a valid network namespace identifier for
        the target network namespace.
      - The caller must have CAP_NET_ADMIN in the owning user namespace of the
        target network namespace.
      
      [1]: commit 7973bfd8 ("rtnetlink: remove check for IFLA_IF_NETNSID")
      [2]: commit 5bb8ed07 ("rtnetlink: enable IFLA_IF_NETNSID for RTM_NEWLINK")
      [3]: commit b61ad68a ("rtnetlink: enable IFLA_IF_NETNSID for RTM_DELLINK")
      [4]: commit c310bfcb ("rtnetlink: enable IFLA_IF_NETNSID for RTM_SETLINK")
      [5]: commit 7c4f63ba ("rtnetlink: enable IFLA_IF_NETNSID in do_setlink()")
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      6ef848ef
    • Christian Brauner's avatar
      ipv6: add inet6_fill_args · 203651b6
      Christian Brauner authored
      inet6_fill_if{addr,mcaddr, acaddr}() already took 6 arguments which
      meant the 7th argument would need to be pushed onto the stack on x86.
      Add a new struct inet6_fill_args which holds common information passed
      to inet6_fill_if{addr,mcaddr, acaddr}() and shortens the functions to
      three pointer arguments.
      Signed-off-by: default avatarChristian Brauner <christian@brauner.io>
      Cc: Kirill Tkhai <ktkhai@virtuozzo.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      203651b6
    • Christian Brauner's avatar
      ipv4: add inet_fill_args · 978a46fa
      Christian Brauner authored
      inet_fill_ifaddr() already took 6 arguments which meant the 7th argument
      would need to be pushed onto the stack on x86.
      Add a new struct inet_fill_args which holds common information passed
      to inet_fill_ifaddr() and shortens the function to three pointer arguments.
      Signed-off-by: default avatarChristian Brauner <christian@brauner.io>
      Cc: Kirill Tkhai <ktkhai@virtuozzo.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      978a46fa