1. 30 Aug, 2014 27 commits
  2. 28 Aug, 2014 13 commits
    • Francois Romieu's avatar
      r8169: add missing MODULE_FIRMWARE. · a3bf5c42
      Francois Romieu authored
      Leftover from 6e1d0b89 ("r8169:add
      support for RTL8168H and RTL8107E").
      Signed-off-by: default avatarFrancois Romieu <romieu@fr.zoreil.com>
      Cc: Chun-Hao Lin <hau@realtek.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      a3bf5c42
    • David S. Miller's avatar
      Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/net-next · 3a5fc218
      David S. Miller authored
      Jeff Kirsher says:
      
      ====================
      Intel Wired LAN Driver Updates 2014-08-27
      
      This series contains updates to i40e and i40evf.
      
      Carolyn provides two patches, first changes the wording of the flow
      director add/remove and asynchronous failure messages to include the
      fd_id to try and add some way to track the operations on a given fd_id.
      Second adds a check during handle_link_event for unqualified modules
      when link is down and there is a module plugged in.
      
      Anjali provides four patches to i40e/i40evf.  First update flow director
      messages so that a user can tell if a filter was added or deleted.  Then
      updates the ATR policy to not auto-disable ATR when we have errors in
      programming.  The disabling of ATR when we got programming errors was
      buggy and was still adding new rules and causing continuous errors.
      With this policy change, we flush instead when we see too many errors.
      In addition she adds a flow director flush counter to ethtool to help
      know how many times the interface had to flush and replay the flow
      director filter table.  Updates the driver to ignores a driver
      perceived transmit hang if the number of descriptors pending is less
      than 4, and instead log a stat when this situation happens.  This is
      because the queue progresses forward and the stack never experiences
      a real hang in these situations.
      
      Shannon provides three patches for i40e/i40evf, first enables the
      l2tsel bit on receive queue contexts that are assigned to VFs so that
      the VF can get the stripped VLAN tag.  Then adds a max buffer size
      parameter to the print helper to be sure the code knows when to stop.
      Lastly, remove the complaint when removing the default MAC VLAN filter.
      This was because old firmware had an incorrect MAC VLAN filter that
      needed to be replaced at startup, and now newer firmware does not have
      this problem.  So now we only add the new filter if the removal
      succeeded and no need to complain if the removal fails.
      
      Ashish provides a change to vsi->num_queue_pairs to equal the number
      that is configured by the VF.  This limits the number of queues that
      are enabled/disabled and fixes the mismatch case for when a VF
      configures fewer queues than is allocated to it by the PF.
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      3a5fc218
    • David S. Miller's avatar
      virtio_net: flush when in xmit_more mode and under descriptor pressure · c89fcfd4
      David S. Miller authored
      Mirror the changes made to ixgbe in commit 2367a173
      ("ixgbe: flush when in xmit_more mode and under descriptor pressure")
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      c89fcfd4
    • David S. Miller's avatar
      igb: flush when in xmit_more mode and under descriptor pressure · 6f19e12f
      David S. Miller authored
      Mirror the changes made to ixgbe in commit 2367a173
      ("ixgbe: flush when in xmit_more mode and under descriptor pressure")
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      6f19e12f
    • Daniel Borkmann's avatar
      ixgbe: flush when in xmit_more mode and under descriptor pressure · 2367a173
      Daniel Borkmann authored
      When xmit_more mode is being used and the ring is about to
      become full or the stack has stopped the ring, enforce a tail
      pointer write to the hw. Otherwise, we could risk a TX hang.
      
      Code suggested by Alexander Duyck.
      Signed-off-by: default avatarAlexander Duyck <alexander.h.duyck@intel.com>
      Signed-off-by: default avatarDaniel Borkmann <dborkman@redhat.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      2367a173
    • David S. Miller's avatar
      Merge branch 'bcm7xxx' · 900405d0
      David S. Miller authored
      Florian Fainelli says:
      
      ====================
      Broadcom BCM7xxx PHY updates for new entries
      
      Another week, another set of updates for the Broadcom BCM7xxx PHY driver.  This
      patch set cleanups the existing definitions, adds a macro to ease the addition
      of future chips, and finally add two new SoCs to the list of supported chips.
      
      Resending since the first patch did not make it to the list, sorry about that.
      
      Changes in v2:
      - rephrased commit message for patch 1 to make it pass majordomo
        capital triple X was rejected
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      900405d0
    • Florian Fainelli's avatar
      net: phy: bcm7xxx: add BCM7250 and BCM7364 PHY entries · 430ad68f
      Florian Fainelli authored
      Add two new entries to the Broadcom BCM7xxx internal PHY driver for
      BCM7250 and BCM7364 chips. Those chips share the usual 28nm process
      Gigabit PHY sequence and require the same workarounds so far.
      Signed-off-by: default avatarFlorian Fainelli <f.fainelli@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      430ad68f
    • Florian Fainelli's avatar
      net: phy: broadcom: add new Broadcom OUI · 11bf2bbd
      Florian Fainelli authored
      Broadcom started to use a new OUI for its 2013 and newer products:
      D4-01-29 which translates into 0xae025000 for a 32-bits OUI, add its
      definition.
      Signed-off-by: default avatarFlorian Fainelli <f.fainelli@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      11bf2bbd
    • Florian Fainelli's avatar
      net: phy: broadcom: fix PHY_BCM_OUI_4 · 97fdaab4
      Florian Fainelli authored
      PHY_BCM_OUI_4 is missing two significant digits that actually make it an
      OUI, add those missing bits so it becomes usable again for matching.
      
      Fixes: b560a58c ("net: phy: add Broadcom BCM7xxx internal PHY driver")
      Signed-off-by: default avatarFlorian Fainelli <f.fainelli@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      97fdaab4
    • Florian Fainelli's avatar
      net: phy: bcm7xxx: introduce helper macro · 153df3c7
      Florian Fainelli authored
      All 28nm Gigabit PHYs supported by the driver have the same
      callbacks, the only differences being the 32-bits OUI and the name. Use
      a macro to factor this, making it easier in the future to add new
      entries.
      Signed-off-by: default avatarFlorian Fainelli <f.fainelli@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      153df3c7
    • David S. Miller's avatar
      Merge branch 'sf2' · 0ce4866f
      David S. Miller authored
      Florian Fainelli says:
      
      ====================
      dsa: Broadcom Starfighter 2 switch support
      
      This patch series adds support for the Broadcom Starfighter 2 (Roboswitch
      successor) using the existing DSA infrastructure. This integrated switch
      is heavily used in Set Top Box, Cable gateways and DSL gateways products
      from Broadcom, and to a larger extent the new ARM-based Wi-Fi routers although
      slightly differently.
      
      Changes in v5 are the introduction of ETH_P_XDSA as suggested by Alexander to
      help capture applications see this is a multiplexed DSA approach now.
      
      Changes in v4 are the introducing of an indirection level for DSA switch tag
      protocols receive and transmit functions.
      
      I intentionnaly did not address one comment from Alexander who suggested to
      move port_names and port_dn in a separate structure since that involves
      touching arch/arm/ and arch/blackfin/ code which I am not yet comfortable
      doing.
      
      Notable changes in v3 is the preliminary patch that reworks the skb->protocol
      override helpers for non-Ethertype switch tags, based on feedback from
      Alexander Duyck.
      
      The biggest changes from v1 of this patch series are:
      
      - use the new fixed PHY helpers
      - improved the switch driver with more complete features (interrupts,
        (RG)MII configuration, memory arrays power down/up, port disabling/enable
        VLAN separation
      
      Future work will focus on bringing the upstream driver in feature parity with
      the current downstream driver, including:
      
      - adding Wake-on-LAN support to the switch
      - adding suspend/resume callbacks for S2/S3 Power Management modes
      - extending the switch register interface to cover BCM5310X SoCs
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      0ce4866f
    • David S. Miller's avatar
      sungem: Fix global namespace pollution of phy accessors. · abc4da45
      David S. Miller authored
      The sungem driver has "phy_read()" and "phy_write()" functions, which
      we need to rename because the generic phy layer is about to export
      generic interfaces with the same name.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      abc4da45
    • Florian Fainelli's avatar
      Documentation: devicetree: add Broadcom Starfighter 2 binding · 879bd83d
      Florian Fainelli authored
      Add the binding documentation for the Broadcom Starfighter 2 integrated
      switch hardware.
      Signed-off-by: default avatarFlorian Fainelli <f.fainelli@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      879bd83d