1. 01 11月, 2018 4 次提交
  2. 31 10月, 2018 2 次提交
    • M
      net: mvpp2: Fix affinity hint allocation · a6b3a3fa
      Marc Zyngier 提交于
      The mvpp2 driver has the curious behaviour of passing a stack variable
      to irq_set_affinity_hint(), which results in the kernel exploding
      the first time anyone accesses this information. News flash: userspace
      does, and irqbalance will happily take the machine down. Great stuff.
      
      An easy fix is to track the mask within the queue_vector structure,
      and to make sure it has the same lifetime as the interrupt itself.
      
      Fixes: e531f767 ("net: mvpp2: handle cases where more CPUs are available than s/w threads")
      Signed-off-by: NMarc Zyngier <marc.zyngier@arm.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      a6b3a3fa
    • E
      net/mlx4_en: add a missing <net/ip.h> include · 3aa8029e
      Eric Dumazet 提交于
      Abdul Haleem reported a build error on ppc :
      
      drivers/net/ethernet/mellanox/mlx4/en_rx.c:582:18: warning: `struct
      iphdr` declared inside parameter list [enabled by default]
                 struct iphdr *iph)
                        ^
      drivers/net/ethernet/mellanox/mlx4/en_rx.c:582:18: warning: its scope is
      only this definition or declaration, which is probably not what you want
      [enabled by default]
      drivers/net/ethernet/mellanox/mlx4/en_rx.c: In function
      get_fixed_ipv4_csum:
      drivers/net/ethernet/mellanox/mlx4/en_rx.c:586:20: error: dereferencing
      pointer to incomplete type
        __u8 ipproto = iph->protocol;
                          ^
      
      Fixes: 55469bc6 ("drivers: net: remove <net/busy_poll.h> inclusion when not needed")
      Signed-off-by: NEric Dumazet <edumazet@google.com>
      Reported-by: NAbdul Haleem <abdhalee@linux.vnet.ibm.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      3aa8029e
  3. 30 10月, 2018 4 次提交
  4. 29 10月, 2018 2 次提交
  5. 26 10月, 2018 6 次提交
  6. 25 10月, 2018 9 次提交
  7. 24 10月, 2018 7 次提交
  8. 23 10月, 2018 6 次提交
    • T
      net: stmmac: Set OWN bit for jumbo frames · 487e2e22
      Thor Thayer 提交于
      Ping with Jumbo packet does not reply and get a watchdog timeout
      
      [   46.059616] ------------[ cut here ]------------
      [   46.064268] NETDEV WATCHDOG: eth0 (socfpga-dwmac): transmit queue 0 timed out
      [   46.071471] WARNING: CPU: 1 PID: 0 at net/sched/sch_generic.c:461 dev_watchdog+0x2cc/0x2d8
      [   46.079708] Modules linked in:
      [   46.082761] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 4.18.0-00115-gc262be665854-dirty #264
      [   46.091082] Hardware name: SoCFPGA Stratix 10 SoCDK (DT)
      [   46.096377] pstate: 20000005 (nzCv daif -PAN -UAO)
      [   46.101152] pc : dev_watchdog+0x2cc/0x2d8
      [   46.105149] lr : dev_watchdog+0x2cc/0x2d8
      [   46.109144] sp : ffff00000800bd80
      [   46.112447] x29: ffff00000800bd80 x28: ffff80007a9b4940
      [   46.117744] x27: 00000000ffffffff x26: ffff80007aa183b0
      [   46.123040] x25: 0000000000000001 x24: 0000000000000140
      [   46.128336] x23: ffff80007aa1839c x22: ffff80007aa17fb0
      [   46.133632] x21: ffff80007aa18000 x20: ffff0000091a7000
      [   46.138927] x19: 0000000000000000 x18: ffffffffffffffff
      [   46.144223] x17: 0000000000000000 x16: 0000000000000000
      [   46.149519] x15: ffff0000091a96c8 x14: 07740775076f0720
      [   46.154814] x13: 07640765076d0769 x12: 0774072007300720
      [   46.160110] x11: 0765077507650775 x10: 0771072007740769
      [   46.165406] x9 : 076d0773076e0761 x8 : 077207740720073a
      [   46.170702] x7 : 072907630761076d x6 : ffff80007ff9a0c0
      [   46.175997] x5 : ffff80007ff9a0c0 x4 : 0000000000000002
      [   46.181293] x3 : 0000000000000000 x2 : ffff0000091ac180
      [   46.186589] x1 : e6a742ebe628e800 x0 : 0000000000000000
      [   46.191885] Call trace:
      [   46.194326]  dev_watchdog+0x2cc/0x2d8
      [   46.197980]  call_timer_fn+0x20/0x78
      [   46.201544]  expire_timers+0xa4/0xb0
      [   46.205108]  run_timer_softirq+0xe4/0x198
      [   46.209107]  __do_softirq+0x114/0x210
      [   46.212760]  irq_exit+0xd0/0xd8
      [   46.215895]  __handle_domain_irq+0x60/0xb0
      [   46.219977]  gic_handle_irq+0x58/0xa8
      [   46.223628]  el1_irq+0xb0/0x128
      [   46.226761]  arch_cpu_idle+0x10/0x18
      [   46.230326]  do_idle+0x1d4/0x288
      [   46.233544]  cpu_startup_entry+0x24/0x28
      [   46.237457]  secondary_start_kernel+0x17c/0x1c0
      [   46.241971] ---[ end trace 57048cd1372cd828 ]---
      
      Inspection of queue showed Jumbo packets were not sent out.
      The ring Jumbo packet function needs to set the OWN bit so
      the packet is sent.
      Signed-off-by: NThor Thayer <thor.thayer@linux.intel.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      487e2e22
    • I
      net: ethernet: ti: cpsw: unsync mcast entries while switch promisc mode · 9737cc99
      Ivan Khoronzhuk 提交于
      After flushing all mcast entries from the table, the ones contained in
      mc list of ndev are not restored when promisc mode is toggled off,
      because they are considered as synched with ALE, thus, in order to
      restore them after promisc mode - reset syncing info. This fix
      touches only switch mode devices, including single port boards
      like Beagle Bone.
      
      Fixes: commit 5da19489
      ("net: ethernet: ti: cpsw: fix lost of mcast packets while rx_mode update")
      Signed-off-by: NIvan Khoronzhuk <ivan.khoronzhuk@linaro.org>
      Reviewed-by: NGrygorii Strashko <grygorii.strashko@ti.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      9737cc99
    • S
      octeontx2-af: Support for NIXLF's UCAST/PROMISC/ALLMULTI modes · d6f092ca
      Sunil Goutham 提交于
      By default NIXLF is set in UCAST mode. This patch adds a new
      mailbox message which when sent by a RVU PF changes this default
      mode. When promiscuous mode is needed, the reserved promisc entry
      for each of RVU PF is setup to match against ingress channel number
      only, so that all pkts on that channel are accepted and forwarded
      to the mode change requesting PF_FUNC's NIXLF.
      
      PROMISC and ALLMULTI modes are supported only for PFs, for VFs only
      UCAST mode is supported.
      Signed-off-by: NSunil Goutham <sgoutham@marvell.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      d6f092ca
    • S
      octeontx2-af: Support for setting MAC address · 6f03cf10
      Sunil Goutham 提交于
      Added a new mailbox message for a PF/VF to set/update
      it's NIXLF's MAC address. Also updates unicast NPC
      MCAM entry with this address as matching DMAC.
      Signed-off-by: NSunil Goutham <sgoutham@marvell.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      6f03cf10
    • S
      octeontx2-af: Support for changing RSS algorithm · cc96b0e9
      Sunil Goutham 提交于
      This patch adds support for a RVU PF/VF to change
      NIX Rx flowkey algorithm index in NPC RX RSS_ACTION.
      eg: a ethtool command changing RSS algorithm for a netdev
      interface would trigger this change in NPC.
      
      If PF/VF doesn't specify any MCAM entry index then default
      UCAST entry of the NIXLF attached to PF/VF will be updated
      with RSS_ACTION and flowkey index.
      Signed-off-by: NSunil Goutham <sgoutham@marvell.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      cc96b0e9
    • S
      octeontx2-af: NIX Rx flowkey configuration for RSS · 41a7aa7b
      Sunil Goutham 提交于
      Configure NIX RX flowkey algorithm configuration to support
      RSS (receive side scaling). Currently support for only L3/L4
      2-tuple and 4-tuple hash of IPv4/v6/TCP/UDP/SCTP is added.
      HW supports upto 32 different flowkey algorithms which SW
      can define, this patch defines 9. NPC RX ACTION has to point
      to one of these flowkey indices for RSS to work.
      
      The configuration is dependent on NPC parse result's layer
      info. So if NPC KPU profile changes suchthat LID/LTYPE values
      of above said protocols change then this configuration will
      most likely be effected.
      Signed-off-by: NSunil Goutham <sgoutham@marvell.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      41a7aa7b