1. Mar 10, 2015
  2. Mar 09, 2015
  3. Mar 08, 2015
    • David S. Miller's avatar
      Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/net-next · d7ed7474
      David S. Miller authored
      
      
      Jeff Kirsher says:
      
      ====================
      Intel Wired LAN Driver Updates 2015-03-07
      
      This series contains updates to i40e and i40evf only.
      
      Most notably, Greg provides the patch to remove the dreaded configfs
      changes in the driver.
      
      Shannon cleans up a sparse warning by simply straighting out the code
      so it is less convoluted.  Fixes an issue where the vector allocation
      was trying too hard to save vectors for VMDq, to the point of not giving
      the PF enough when in a tight situation, such as an NPAR partition.
      Changed the driver to make sure that the PF will get all the queues and
      vectors it wants to fill out its destiny.  Cleans up reporting to only
      print the port and VEB stats if it is the first partition of a
      multiplexed port.
      
      Catherine cleans up some duplicated code by simply removing the duplicate
      code.
      
      Kamil cleans up the driver by removing an un-needed endian conversion
      because it is already done by a register read function.
      
      Jesse fixes a variable width of a datatype, where a u16 should have been
      a u32.  Also cleans up debug_read_register() to resolve some sparse
      warnings.  Updates the driver to use prefetch() to get the next Tx
      descriptor, like in ixgbe, to improve performance.
      
      Akeem moves around code to enable/disable loopback so that other non-SRIOV
      supported driver functions can take advantage of the changes.
      
      Anjali cleans up the logging for adding/deleting FD-SB filters, since
      ethtool shows all the filters on an interface.  Updates the driver to
      use l4_tunnel type generically to keep code flow simple.  Simplifies
      the RSS code since the driver initializes the rss_size_max in sw_init.
      ====================
      
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      d7ed7474
    • Guenter Roeck's avatar
      net: dsa: mv88e6352: Add support for EEE · 04b0a80b
      Guenter Roeck authored
      
      
      Enable EEE support for MV88E6352.
      
      Signed-off-by: default avatarGuenter Roeck <linux@roeck-us.net>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      04b0a80b
    • Guenter Roeck's avatar
      net: dsa: mv88e6xxx: Add EEE support · 11b3b45d
      Guenter Roeck authored
      
      
      EEE configuration is similar for the various MV88E6xxx chips.
      Add generic support for it.
      
      Signed-off-by: default avatarGuenter Roeck <linux@roeck-us.net>
      Reviewed-by: default avatarFlorian Fainelli <f.fainelli@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      11b3b45d
    • Petri Gynther's avatar
      net: bcmgenet: rework Rx queue init · 6f5a272c
      Petri Gynther authored
      
      
      In preparation for supporting multiple Rx queues:
      1. Move the initialization of priv->num_rx_bds, priv->rx_bds, and
         priv->rx_cbs from bcmgenet_init_rx_ring() to bcmgenet_init_dma()
         since they are not specific to a single Rx queue. Mimics the Tx
         init model where priv->num_tx_bds, priv->tx_bds, and priv->tx_cbs
         are initialized in bcmgenet_init_dma().
      2. Program DMA_MBUF_DONE_THRESH = 1 so that future Rx queues Q0-Q15
         will get per-packet Rx interrupt.
      3. Group DMA_START_ADDR, RDMA_READ_PTR, RDMA_WRITE_PTR, and DMA_END_ADDR
         initialization together. Mimics the Tx init model.
      4. There is 1-to-1 mapping between RxCBs and RxBDs.
         Precalculate RxCB->bd_addr so that it can be used in the future.
      
      Signed-off-by: default avatarPetri Gynther <pgynther@google.com>
      Reviewed-by: default avatarFlorian Fainelli <f.fainelli@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      6f5a272c