1. 01 Sep, 2017 9 commits
  2. 31 Aug, 2017 20 commits
  3. 30 Aug, 2017 11 commits
    • Haiyang Zhang's avatar
      hv_netvsc: Fix typos in the document of UDP hashing · d35d6e92
      Haiyang Zhang authored
      There are two typos in the document, netvsc.txt,
      regarding UDP hashing level. This patch fixes them.
      Signed-off-by: default avatarHaiyang Zhang <haiyangz@microsoft.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      d35d6e92
    • Eric Dumazet's avatar
      xen-netfront: be more drop monitor friendly · 62f3250f
      Eric Dumazet authored
      xennet_start_xmit() might copy skb with inappropriate layout
      into a fresh one.
      
      Old skb is freed, and at this point it is not a drop, but
      a consume. New skb will then be either consumed or dropped.
      Signed-off-by: default avatarEric Dumazet <edumazet@google.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      62f3250f
    • Gal Pressman's avatar
      net/mlx5e: Support RSS for GRE tunneled packets · 7b3722fa
      Gal Pressman authored
      Introduce a new flow table and indirect TIRs which are used to hash the
      inner packet headers of GRE tunneled packets.
      
      When a GRE tunneled packet is received, the TTC flow table will match
      the new IPv4/6->GRE rules which will forward it to the inner TTC table.
      The inner TTC is similar to its counterpart outer TTC table, but
      matching the inner packet headers instead of the outer ones (and does
      not include the new IPv4/6->GRE rules).
      The new rules will not add steering hops since they are added to an
      already existing flow group which will be matched regardless of this
      patch. Non GRE traffic will not be affected.
      
      The inner flow table will forward the packet to inner indirect TIRs
      which hash the inner packet and thus result in RSS for the tunneled
      packets.
      
      Testing 8 TCP streams bandwidth over GRE:
      System: Intel(R) Xeon(R) CPU E5-2680 v3 @ 2.50GHz
      NIC: Mellanox Technologies MT28800 Family [ConnectX-5 Ex]
      Before: 21.3 Gbps (Single RQ)
      Now   : 90.5 Gbps (RSS spread on 8 RQs)
      Signed-off-by: default avatarGal Pressman <galp@mellanox.com>
      Reviewed-by: default avatarOr Gerlitz <ogerlitz@mellanox.com>
      Signed-off-by: default avatarSaeed Mahameed <saeedm@mellanox.com>
      7b3722fa
    • Gal Pressman's avatar
      net/mlx5e: Support TSO and TX checksum offloads for GRE tunnels · 27299841
      Gal Pressman authored
      Add TX offloads support for GRE tunneled packets by reporting the needed
      netdev features.
      Signed-off-by: default avatarGal Pressman <galp@mellanox.com>
      Reviewed-by: default avatarOr Gerlitz <ogerlitz@mellanox.com>
      Signed-off-by: default avatarSaeed Mahameed <saeedm@mellanox.com>
      27299841
    • Gal Pressman's avatar
      net/mlx5e: Use IP version matching to classify IP traffic · 888fcd9c
      Gal Pressman authored
      This change adds the ability for flow steering to classify IPv4/6
      packets with MPLS tag (Ethertype 0x8847 and 0x8848) as standard IP
      packets and hit IPv4/6 classification steering rules.
      
      Since IP packets with MPLS tag header have MPLS ethertype, they
      missed the IPv4/6 ethertype rule and ended up hitting the default
      filter forwarding all the packets to the same single RQ (No RSS).
      
      Since our device is able to look past the MPLS tag and identify the
      next protocol we introduce this solution which replaces ethertype
      matching by the device's capability to perform IP version
      identification and matching in order to distinguish between IPv4 and
      IPv6.
      Therefore, when driver is performing flow steering configuration on the
      device it will use IP version matching in IP classified rules instead
      of ethertype matching which will cause relevant MPLS tagged packets to
      hit this rule as well.
      
      If the device doesn't support IP version matching the driver will fall back
      to use legacy ethertype matching in the steering as before.
      Signed-off-by: default avatarGal Pressman <galp@mellanox.com>
      Signed-off-by: default avatarAriel Levkovich <lariel@mellanox.com>
      Reviewed-by: default avatarOr Gerlitz <ogerlitz@mellanox.com>
      Signed-off-by: default avatarSaeed Mahameed <saeedm@mellanox.com>
      888fcd9c
    • Colin Ian King's avatar
      bpf: test_maps: fix typos, "conenct" and "listeen" · 90774a93
      Colin Ian King authored
      Trivial fix to typos in printf error messages:
      "conenct" -> "connect"
      "listeen" -> "listen"
      
      thanks to Daniel Borkmann for spotting one of these mistakes
      Signed-off-by: default avatarColin Ian King <colin.king@canonical.com>
      Acked-by: default avatarJohn Fastabend <john.fastabend@gmail.com>
      Acked-by: default avatarDaniel Borkmann <daniel@iogearbox.net>
      Acked-by: default avatarShuah Khan <shuahkh@osg.samsung.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      90774a93
    • Colin Ian King's avatar
      qed: fix spelling mistake: "calescing" -> "coalescing" · 9e4a5613
      Colin Ian King authored
      Trivial fix to spelling mistake in DP_NOTICE message
      Signed-off-by: default avatarColin Ian King <colin.king@canonical.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      9e4a5613
    • Salil Mehta's avatar
      net: hns3: Fixes the wrong IS_ERR check on the returned phydev value · 752b0694
      Salil Mehta authored
      This patch removes the wrong check being done for the phy device being
      returned by the mdiobus_get_phy() function. This function never returns
      the error pointers.
      
      Fixes: 256727da ("net: hns3: Add MDIO support to HNS3 Ethernet
      Driver for hip08 SoC")
      Reported-by: default avatarDan Carpenter <dan.carpenter@oracle.com>
      Signed-off-by: default avatarSalil Mehta <salil.mehta@huawei.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      752b0694
    • Bhumika Goyal's avatar
      net: bcm63xx_enet: make bcm_enetsw_ethtool_ops const · dc8007e8
      Bhumika Goyal authored
      Make this const as it is never modified.
      Signed-off-by: default avatarBhumika Goyal <bhumirks@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      dc8007e8
    • Ahmed Abdelsalam's avatar
      ipv6: sr: fix get_srh() to comply with IPv6 standard "RFC 8200" · 5829d70b
      Ahmed Abdelsalam authored
      IPv6 packet may carry more than one extension header, and IPv6 nodes must
      accept and attempt to process extension headers in any order and occurring
      any number of times in the same packet. Hence, there should be no
      assumption that Segment Routing extension header is to appear immediately
      after the IPv6 header.
      
      Moreover, section 4.1 of RFC 8200 gives a recommendation on the order of
      appearance of those extension headers within an IPv6 packet. According to
      this recommendation, Segment Routing extension header should appear after
      Hop-by-Hop and Destination Options headers (if they present).
      
      This patch fixes the get_srh(), so it gets the segment routing header
      regardless of its position in the chain of the extension headers in IPv6
      packet, and makes sure that the IPv6 routing extension header is of Type 4.
      Signed-off-by: default avatarAhmed Abdelsalam <amsalam20@gmail.com>
      Acked-by: default avatarDavid Lebrun <david.lebrun@uclouvain.be>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      5829d70b
    • David S. Miller's avatar
      Merge branch 'mvpp2-comphy' · 35aed4ac
      David S. Miller authored
      Antoine Tenart says:
      
      ====================
      net: mvpp2: comphy configuration
      
      This series, following up the one one the GoP/MAC configuration, aims at
      stopping to depend on the firmware/bootloader configuration when using
      the PPv2 engine. With this series the PPv2 driver does not need to rely
      on a previous configuration, and dynamic reconfiguration while the
      kernel is running can be done (i.e. switch one port from SGMII to 10G,
      or the opposite). A port can now be configured in a different mode than
      what's done in the firmware/bootloader as well.
      
      The series first contain patches in the generic PHY framework to support
      what is called the comphy (common PHYs), which is an h/w block providing
      PHYs that can be configured in various modes ranging from SGMII, 10G
      to SATA and others. As of now only the SGMII and 10G modes are
      supported by the comphy driver.
      
      Then patches are modifying the PPv2 driver to first add the comphy
      initialization sequence (i.e. calls to the generic PHY framework) and to
      then take advantage of this to allow dynamic reconfiguration (i.e.
      configuring the mode of a port given what's connected, between sgmii and
      10G). Note the use of the comphy in the PPv2 driver is kept optional
      (i.e. if not described in dt the driver still as before an relies on the
      firmware/bootloader configuration).
      
      Finally there are dt/defconfig patches to describe and take advantage of
      this.
      
      This was tested on a range of devices: 8040-db, 8040-mcbin and 7040-db.
      
      @Dave: the dt patches should go through the mvebu tree (patches 9-13).
      
      Thanks!
      Antoine
      
      Since v3:
        - Now use of_phy_simple_xlate() to retrieve the phy.
        - Added an owner in the phy_ops structure.
        - Now allow the module to be selected with COMPILE_TEST.
        - Removed unused parameter in the comphy set_mode functions.
        - Added Kishon Acked-by in patch 1.
      
      Since v2:
        - Kept the link mode enforcement.
        - Removed the netif_running() check.
        - Reworded the "dynamic reconfiguration of the PHY mode" commit log.
        - Added one patch not to force the GMAC autoneg parameters when using
          the XLG MAC.
      
      Since v1:
        - Updated the mode settings variable name in the comphy driver to
          have 'cp110' in it.
        - Documented the PHY cell argument in the dt documentation.
        - New patch adding comphy phandles for the 7040-db board.
        - Checked if the carrier_on/off functions were needed. They are.
        - s/PHY/generic PHY/ in commit log of patch 1.
        - Rebased on the latest net-next/master.
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      35aed4ac