1. 24 May, 2019 22 commits
    • Jose Abreu's avatar
      net: stmmac: dwmac100: Add MAC loopback support · 0a05a7a3
      Jose Abreu authored
      In preparation for the addition of stmmac selftests we implement the MAC
      loopback callback in dwmac100 core.
      Signed-off-by: default avatarJose Abreu <joabreu@synopsys.com>
      Cc: Joao Pinto <jpinto@synopsys.com>
      Cc: David S. Miller <davem@davemloft.net>
      Cc: Giuseppe Cavallaro <peppe.cavallaro@st.com>
      Cc: Alexandre Torgue <alexandre.torgue@st.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      0a05a7a3
    • Jose Abreu's avatar
      net: stmmac: Add MAC loopback callback to HWIF · 48435bc3
      Jose Abreu authored
      In preparation for the addition of selftests support for stmmac we add a
      new callback to HWIF that can be used to set the controller in loopback
      mode.
      Signed-off-by: default avatarJose Abreu <joabreu@synopsys.com>
      Cc: Joao Pinto <jpinto@synopsys.com>
      Cc: David S. Miller <davem@davemloft.net>
      Cc: Giuseppe Cavallaro <peppe.cavallaro@st.com>
      Cc: Alexandre Torgue <alexandre.torgue@st.com>
      Cc: Corentin Labbe <clabbe.montjoie@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      48435bc3
    • David S. Miller's avatar
      Merge branch 'net-phy-add-interface-mode-PHY_INTERFACE_MODE_USXGMII' · 33a74bf4
      David S. Miller authored
      Heiner Kallweit says:
      
      ====================
      net: phy: add interface mode PHY_INTERFACE_MODE_USXGMII
      
      Add support for interface mode USXGMII.
      
      On Freescale boards LS1043A and LS1046A a warning may pop up now
      because mode xgmii should be changed to usxgmii (as the used
      Aquantia PHY doesn't support XGMII).
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      33a74bf4
    • Heiner Kallweit's avatar
      net: phy: aquantia: add USXGMII support and warn if XGMII mode is set · ce64c1f7
      Heiner Kallweit authored
      So far we didn't support mode USXGMII, and in order to not break few
      boards mode XGMII was accepted for the AQR107 family even though it
      doesn't support XGMII. Add USXGMII support to the Aquantia PHY driver
      and warn if XGMII mode is set.
      
      v2:
      - add warning if XGMII mode is set
      Signed-off-by: default avatarHeiner Kallweit <hkallweit1@gmail.com>
      Reviewed-by: default avatarAndrew Lunn <andrew@lunn.ch>
      Reviewed-by: default avatarFlorian Fainelli <f.fainelli@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      ce64c1f7
    • Heiner Kallweit's avatar
      dt-bindings: net: document new usxgmii phy mode · 79b647a0
      Heiner Kallweit authored
      Add new interface mode USXGMII to binding documentation.
      Signed-off-by: default avatarHeiner Kallweit <hkallweit1@gmail.com>
      Reviewed-by: default avatarAndrew Lunn <andrew@lunn.ch>
      Reviewed-by: default avatarFlorian Fainelli <f.fainelli@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      79b647a0
    • Heiner Kallweit's avatar
      net: phy: add interface mode PHY_INTERFACE_MODE_USXGMII · 4618d671
      Heiner Kallweit authored
      Add support for interface mode PHY_INTERFACE_MODE_USXGMII.
      Signed-off-by: default avatarHeiner Kallweit <hkallweit1@gmail.com>
      Reviewed-by: default avatarFlorian Fainelli <f.fainelli@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      4618d671
    • Willem de Bruijn's avatar
      selftests/net: SO_TXTIME with ETF and FQ · af5136f9
      Willem de Bruijn authored
      The SO_TXTIME API enables packet tranmission with delayed delivery.
      This is currently supported by the ETF and FQ packet schedulers.
      
      Evaluate the interface with both schedulers. Install the scheduler
      and send a variety of packets streams: without delay, with one
      delayed packet, with multiple ordered delays and with reordering.
      Verify that packets are released by the scheduler in expected order.
      
      The ETF qdisc requires a timestamp in the future on every packet. It
      needs a delay on the qdisc else the packet is dropped on dequeue for
      having a delivery time in the past. The test value is experimentally
      derived. ETF requires clock_id CLOCK_TAI. It checks this base and
      drops for non-conformance.
      
      The FQ qdisc expects clock_id CLOCK_MONOTONIC, the base used by TCP
      as of commit fb420d5d ("tcp/fq: move back to CLOCK_MONOTONIC").
      Within a flow there is an expecation of ordered delivery, as shown by
      delivery times of test 4. The FQ qdisc does not require all packets to
      have timestamps and does not drop for non-conformance.
      
      The large (msec) delays are chosen to avoid flakiness.
      
      	Output:
      
      	SO_TXTIME ipv6 clock monotonic
      	payload:a delay:28 expected:0 (us)
      
      	SO_TXTIME ipv4 clock monotonic
      	payload:a delay:38 expected:0 (us)
      
      	SO_TXTIME ipv6 clock monotonic
      	payload:a delay:40 expected:0 (us)
      
      	SO_TXTIME ipv4 clock monotonic
      	payload:a delay:33 expected:0 (us)
      
      	SO_TXTIME ipv6 clock monotonic
      	payload:a delay:10120 expected:10000 (us)
      
      	SO_TXTIME ipv4 clock monotonic
      	payload:a delay:10102 expected:10000 (us)
      
      	[.. etc ..]
      
      	OK. All tests passed
      
      Changes v1->v2: update commit message output
      Signed-off-by: default avatarWillem de Bruijn <willemb@google.com>
      Acked-by: default avatarEric Dumazet <edumazet@google.com>
      Acked-by: default avatarVinicius Costa Gomes <vinicius.gomes@intel.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      af5136f9
    • David S. Miller's avatar
      Merge branch 'ipv6-Move-exceptions-to-fib6_nh-and-make-it-optional-in-a-fib6_info' · a80886e4
      David S. Miller authored
      David Ahern says:
      
      ====================
      ipv6: Move exceptions to fib6_nh and make it optional in a fib6_info
      
      Patches 1 and 4 move pcpu and exception caches from fib6_info to fib6_nh.
      With respect to the current FIB entries this is only a movement from one
      struct to another contained within the first.
      
      Patch 2 refactors the core logic of fib6_drop_pcpu_from into a helper
      that is invoked per fib6_nh.
      
      Patch 3 refactors exception handling in a similar way - creating a bunch
      of helpers that can be invoked per fib6_nh with the goal of making patch
      4 easier to review as well as creating the code needed for nexthop
      objects.
      
      Patch 5 makes a fib6_nh at the end of a fib6_info an array similar to
      IPv4 and its fib_info. For the current fib entry model, all fib6_info
      will have a fib6_nh allocated for it.
      
      Patch 6 refactors ip6_route_del moving the code for deleting an
      exception entry into a new function.
      
      Patch 7 adds tests for redirect route exceptions. The new test was
      written against 5.1 (before any of the nexthop refactoring). It and the
      pmtu.sh selftest exercise the exception code paths - from creating
      exceptions to cleaning them up on device delete. All tests pass without
      any rcu locking or memleak warnings.
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      a80886e4
    • David Ahern's avatar
      selftests: Add redirect tests · ec810535
      David Ahern authored
      Add test for ICMP redirects and exception processing. Test is setup
      for later addition of tests using nexthop objects for routing.
      Signed-off-by: default avatarDavid Ahern <dsahern@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      ec810535
    • David Ahern's avatar
      ipv6: Refactor ip6_route_del for cached routes · 0fa6efc5
      David Ahern authored
      Move the removal of cached routes to a helper, ip6_del_cached_rt, that
      can be invoked per nexthop. Rename the existig ip6_del_cached_rt to
      __ip6_del_cached_rt since it is called by ip6_del_cached_rt.
      Signed-off-by: default avatarDavid Ahern <dsahern@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      0fa6efc5
    • David Ahern's avatar
      ipv6: Make fib6_nh optional at the end of fib6_info · 1cf844c7
      David Ahern authored
      Move fib6_nh to the end of fib6_info and make it an array of
      size 0. Pass a flag to fib6_info_alloc indicating if the
      allocation needs to add space for a fib6_nh.
      
      The current code path always has a fib6_nh allocated with a
      fib6_info; with nexthop objects they will be separate.
      Signed-off-by: default avatarDavid Ahern <dsahern@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      1cf844c7
    • David Ahern's avatar
      ipv6: Move exception bucket to fib6_nh · cc5c073a
      David Ahern authored
      Similar to the pcpu routes exceptions are really per nexthop, so move
      rt6i_exception_bucket from fib6_info to fib6_nh.
      
      To avoid additional increases to the size of fib6_nh for a 1-bit flag,
      use the lowest bit in the allocated memory pointer for the flushed flag.
      Add helpers for retrieving the bucket pointer to mask off the flag.
      
      The cleanup of the exception bucket is moved to fib6_nh_release.
      
      fib6_nh_flush_exceptions can now be called from 2 contexts:
      1. deleting a fib entry
      2. deleting a fib6_nh
      
      For 1., fib6_nh_flush_exceptions is called for a specific fib6_info that
      is getting deleted. All exceptions in the cache using the entry are
      deleted. For 2, the fib6_nh itself is getting destroyed so
      fib6_nh_flush_exceptions is called for a NULL fib6_info which means
      flush all entries.
      
      The pmtu.sh selftest exercises the affected code paths - from creating
      exceptions to cleaning them up on device delete. All tests pass without
      any rcu locking or memleak warnings.
      Signed-off-by: default avatarDavid Ahern <dsahern@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      cc5c073a
    • David Ahern's avatar
      ipv6: Refactor exception functions · c0b220cf
      David Ahern authored
      Before moving exception bucket from fib6_info to fib6_nh, refactor
      rt6_flush_exceptions, rt6_remove_exception_rt, rt6_mtu_change_route,
      and rt6_update_exception_stamp_rt. In all 3 cases, move the primary
      logic into a new helper that starts with fib6_nh_. The latter 3
      functions still take a fib6_info; this will be changed to fib6_nh
      in the next patch.
      
      In the case of rt6_mtu_change_route, move the fib6_metric_locked
      out as a standalone check - no need to call the new function if
      the fib entry has the mtu locked. Also, add fib6_info to
      rt6_mtu_change_arg as a way of passing the fib entry to the new
      helper.
      
      No functional change intended. The goal here is to make the next
      patch easier to review by moving existing lookup logic for each to
      new helpers.
      Signed-off-by: default avatarDavid Ahern <dsahern@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      c0b220cf
    • David Ahern's avatar
      ipv6: Refactor fib6_drop_pcpu_from · 7d88d8b5
      David Ahern authored
      Move the existing pcpu walk in fib6_drop_pcpu_from to a new
      helper, __fib6_drop_pcpu_from, that can be invoked per fib6_nh with a
      reference to the from entries that need to be evicted. If the passed
      in 'from' is non-NULL then only entries associated with that fib6_info
      are removed (e.g., case where fib entry is deleted); if the 'from' is
      NULL are entries are flushed (e.g., fib6_nh is deleted).
      
      For fib6_info entries with builtin fib6_nh (ie., current code) there
      is no change in behavior.
      Signed-off-by: default avatarDavid Ahern <dsahern@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      7d88d8b5
    • David Ahern's avatar
      ipv6: Move pcpu cached routes to fib6_nh · f40b6ae2
      David Ahern authored
      rt6_info are specific instances of a fib entry and are tied to a
      device and gateway - ie., a nexthop. Before nexthop objects, IPv6 fib
      entries have separate fib6_info for each nexthop in a multipath route,
      so the location of the pcpu cache in the fib6_info struct worked.
      However, with nexthop objects a fib6_info can point to a set of nexthops
      (yet another alignment of ipv6 with ipv4). Accordingly, the pcpu
      cache needs to be moved to the fib6_nh struct so the cached entries
      are local to the nexthop specification used to create the rt6_info.
      
      Initialization and free of the pcpu entries moved to fib6_nh_init and
      fib6_nh_release.
      
      Change in location only, from fib6_info down to fib6_nh; no other
      functional change intended.
      Signed-off-by: default avatarDavid Ahern <dsahern@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      f40b6ae2
    • David S. Miller's avatar
      Merge branch 'ENETC-support-hardware-timestamping' · daeceb2d
      David S. Miller authored
      Y.b. Lu says:
      
      ====================
      ENETC: support hardware timestamping
      
      This patch-set is to support hardware timestamping for ENETC
      and also to add ENETC 1588 timer device tree node for ls1028a.
      
      Because the ENETC RX BD ring dynamic allocation has not been
      supported and it is too expensive to use extended RX BDs
      if timestamping is not used, a Kconfig option is used to
      enable extended RX BDs in order to support hardware
      timestamping. This option will be removed once RX BD
      ring dynamic allocation is implemented.
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      daeceb2d
    • Y.b. Lu's avatar
      arm64: dts: fsl: ls1028a: add ENETC 1588 timer node · 49401003
      Y.b. Lu authored
      Add ENETC 1588 timer node which is ENETC PF 4 (Physiscal Function 4).
      Signed-off-by: default avatarYangbo Lu <yangbo.lu@nxp.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      49401003
    • Y.b. Lu's avatar
      dt-binding: ptp_qoriq: support ENETC PTP compatible · ad8288b8
      Y.b. Lu authored
      Add a new compatible for ENETC PTP.
      Signed-off-by: default avatarYangbo Lu <yangbo.lu@nxp.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      ad8288b8
    • Y.b. Lu's avatar
      enetc: add get_ts_info interface for ethtool · 41514737
      Y.b. Lu authored
      This patch is to add get_ts_info interface for ethtool
      to support getting timestamping capability.
      Signed-off-by: default avatarYangbo Lu <yangbo.lu@nxp.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      41514737
    • Y.b. Lu's avatar
      enetc: add hardware timestamping support · d3982312
      Y.b. Lu authored
      This patch is to add hardware timestamping support
      for ENETC. On Rx, timestamping is enabled for all
      frames. On Tx, we only instruct the hardware to
      timestamp the frames marked accordingly by the stack.
      
      Because the RX BD ring dynamic allocation has not been
      supported and it is too expensive to use extended RX BDs
      if timestamping is not used, a Kconfig option is used to
      enable extended RX BDs in order to support hardware
      timestamping. This option will be removed once RX BD
      ring dynamic allocation is implemented.
      Signed-off-by: default avatarYangbo Lu <yangbo.lu@nxp.com>
      Signed-off-by: default avatarClaudiu Manoil <claudiu.manoil@nxp.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      d3982312
    • Esben Haabendal's avatar
      net: ll_temac: Fix compile error · dfb569f2
      Esben Haabendal authored
      Fixes: 1b3fa5cf ("net: ll_temac: Cleanup multicast filter on change")
      Signed-off-by: default avatarEsben Haabendal <esben@geanix.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      dfb569f2
    • David S. Miller's avatar
      Merge branch '100GbE' of git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/next-queue · 884714ce
      David S. Miller authored
      Jeff Kirsher says:
      
      ====================
      100GbE Intel Wired LAN Driver Updates 2019-05-23
      
      This series contains updates to ice driver only.
      
      Anirudh cleans up white space issues and other code formatting issues in the
      driver.  Also implemented LLDP persistence across reboots and start/stop of the
      LLDP agent.  Updated print statements for driver capabilities to include
      if it is a device or function capability.
      
      Bruce cleaned up variable declarations by removing unneeded assignment.
      
      Dave fixes a potential hang due to a couple of flows that recursively
      acquire the RTNL lock which results in a deadlock.
      
      Tony updates the driver to advertise what link modes we are capable of
      when the user does not request a specific link mode.
      
      Usha fixes up the LLDP MIB change event handling by cleaning up
      workarounds and print the DCB configuration changes detected.
      
      Brett fixes the driver to handle failures in the VF reset path, which
      was failing to free resources upon an error.
      
      Richard fixed the reported of stats via ethtool to align with our other
      Intel drivers.
      
      Jesse optimizes the transmit buffer and ring structures to have more
      efficient ordering to get hot cache lines to have packed data.  Also
      optimized the VF structure to use less memory, since it is used hundreds
      of times throughout the driver.
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      884714ce
  2. 23 May, 2019 18 commits