1. 01 12月, 2016 31 次提交
  2. 30 11月, 2016 9 次提交
    • S
      samples: bpf: Refactor test_cgrp2_attach -- use getopt, and add mode · 1379fd3c
      Sargun Dhillon 提交于
      This patch modifies test_cgrp2_attach to use getopt so we can use standard
      command line parsing.
      
      It also adds an option to run the program in detach only mode. This does
      not attach a new filter at the cgroup, but only runs the detach command.
      
      Lastly, it changes the attach code to not detach and then attach. It relies
      on the 'hotswap' behaviour of CGroup BPF programs to be able to change
      in-place. If detach-then-attach behaviour needs to be tested, the example
      can be run in detach only mode prior to attachment.
      Signed-off-by: NSargun Dhillon <sargun@sargun.me>
      Acked-by: NAlexei Starovoitov <ast@kernel.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      1379fd3c
    • P
      net: brocade: bna: use new api ethtool_{get|set}_link_ksettings · 377fa64f
      Philippe Reynes 提交于
      The ethtool api {get|set}_settings is deprecated.
      We move this driver to new api {get|set}_link_ksettings.
      Signed-off-by: NPhilippe Reynes <tremyfr@gmail.com>
      Acked-by: NRasesh Mody <Rasesh.Mody@cavium.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      377fa64f
    • D
      bpf, xdp: allow to pass flags to dev_change_xdp_fd · 85de8576
      Daniel Borkmann 提交于
      Add an IFLA_XDP_FLAGS attribute that can be passed for setting up
      XDP along with IFLA_XDP_FD, which eventually allows user space to
      implement typical add/replace/delete logic for programs. Right now,
      calling into dev_change_xdp_fd() will always replace previous programs.
      
      When passed XDP_FLAGS_UPDATE_IF_NOEXIST, we can handle this more
      graceful when requested by returning -EBUSY in case we try to
      attach a new program, but we find that another one is already
      attached. This will be used by upcoming front-end for iproute2 as
      well.
      Signed-off-by: NDaniel Borkmann <daniel@iogearbox.net>
      Acked-by: NAlexei Starovoitov <ast@kernel.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      85de8576
    • D
      Merge branch 'broadcom-phy-internal-counters' · 0f29f05b
      David S. Miller 提交于
      Florian Fainelli says:
      
      ====================
      net: phy: broadcom: Support for PHY counters
      
      This patch series adds support for reading the Broadcom PHYs internal counters.
      
      Changes in v3:
      
      - fixed the allocation of priv->stats in bcm7xxx
      
      Changes in v2:
      
      - fixed modular build reported by kbuild
      
      - constify array of stats
      ====================
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      0f29f05b
    • F
      net: phy: bcm7xxx: Plug in support for reading PHY error counters · b23ce9e8
      Florian Fainelli 提交于
      Broadcom BCM7xxx internal PHYs can leverage the Broadcom PHY library
      module PHY error counters helper functions, just implement the
      appropriate PHY driver function calls to do so. We need to allocate some
      storage space for our PHY statistics, and provide it to the Broadcom PHY
      library, so do this in a specific probe function, and slightly wrap the
      get_stats function call.
      Signed-off-by: NFlorian Fainelli <f.fainelli@gmail.com>
      Reviewed-by: NAndrew Lunn <andrew@lunn.ch>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      b23ce9e8
    • F
      net: phy: broadcom: Add support code for reading PHY counters · 820ee17b
      Florian Fainelli 提交于
      Broadcom PHYs expose a number of PHY error counters: receive errors,
      false carrier sense, SerDes BER count, local and remote receive errors.
      Add support code to allow retrieving these error counters. Since the
      Broadcom PHY library code is used by several drivers, make it possible
      for them to specify the storage for the software copy of the statistics.
      Signed-off-by: NFlorian Fainelli <f.fainelli@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      820ee17b
    • E
      sfc: separate out SFC4000 ("Falcon") support into new sfc-falcon driver · 5a6681e2
      Edward Cree 提交于
      Rationale: The differences between Falcon and Siena are in many ways larger
       than those between Siena and EF10 (despite Siena being nominally "Falcon-
       architecture"); for instance, Falcon has no MCPU, so there is no MCDI.
       Removing Falcon support from the sfc driver should simplify the latter,
       and avoid the possibility of Falcon support being broken by changes to sfc
       (which are rarely if ever tested on Falcon, it being end-of-lifed hardware).
      
      The sfc-falcon driver created in this changeset is essentially a copy of the
       sfc driver, but with Siena- and EF10-specific code, including MCDI, removed
       and with the "efx_" identifier prefix changed to "ef4_" (for "EFX 4000-
       series") to avoid collisions when both drivers are built-in.
      
      This changeset removes Falcon from the sfc driver's PCI ID table; then in
       sfc I've removed obvious Falcon-related code: I removed the Falcon NIC
       functions, Falcon PHY code, and EFX_REV_FALCON_*, then fixed up everything
       that referenced them.
      
      Also, increment minor version of both drivers (to 4.1).
      
      For now, CONFIG_SFC selects CONFIG_SFC_FALCON, so that updating old configs
       doesn't cause Falcon support to disappear; but that should be undone at
       some point in the future.
      Signed-off-by: NEdward Cree <ecree@solarflare.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      5a6681e2
    • Y
      cpsw: ethtool: add support for nway reset · 6bb10c2b
      Yegor Yefremov 提交于
      This patch adds support for ethtool's '-r' command. Restarting
      N-WAY negotiation can be useful to activate newly changed EEE
      settings etc.
      Signed-off-by: NYegor Yefremov <yegorslists@googlemail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      6bb10c2b
    • D
      Merge branch 'tcp-sender-chronographs' · 6d5274eb
      David S. Miller 提交于
      Yuchung Cheng says:
      
      ====================
      tcp: sender chronographs instrumentation
      
      This patch set provides instrumentation on TCP sender limitations.
      While developing the BBR congestion control, we noticed that TCP
      sending process is often limited by factors unrelated to congestion
      control: insufficient sender buffer and/or insufficient receive
      window/buffer to saturate the network bandwidth. Unfortunately these
      limits are not visible to the users and often the poor performance
      is attributed to the congestion control of choice.
      
      Thie patch aims to help users get the high level understanding of
      where sending process is limited by, similar to the TCP_INFO design.
      It is not to replace detailed kernel tracing and instrumentation
      facilities.
      
      In addition this patch set provide a new option to the timestamping
      work to instrument these limits on application data unit. For exampe,
      one can use SO_TIMESTAMPING and this patch set to measure the how
      long a particular HTTP response is limited by small receive window.
      
      Patch set was initially written by Francis Yan then polished
      by Yuchung Cheng, with lots of help from Eric Dumazet and Soheil
      Hassas Yeganeh.
      ====================
      Acked-by: NEric Dumazet <edumazet@google.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      6d5274eb