1. 13 8月, 2014 1 次提交
  2. 07 6月, 2014 1 次提交
  3. 05 6月, 2014 1 次提交
  4. 14 5月, 2014 1 次提交
  5. 25 3月, 2014 1 次提交
  6. 15 3月, 2014 1 次提交
  7. 19 2月, 2014 3 次提交
  8. 17 1月, 2014 1 次提交
  9. 10 12月, 2013 1 次提交
  10. 07 12月, 2013 1 次提交
    • J
      ethernet: Fix FSF address in file headers · 0ab75ae8
      Jeff Kirsher 提交于
      Several files refer to an old address for the Free Software Foundation
      in the file header comment.  Resolve by replacing the address with
      the URL <http://www.gnu.org/licenses/> so that we do not have to keep
      updating the header comments anytime the address changes.
      
      CC: Santosh Raspatur <santosh@chelsio.com>
      CC: Dimitris Michailidis <dm@chelsio.com>
      CC: Michael Chan <mchan@broadcom.com>
      CC: Santiago Leon <santil@linux.vnet.ibm.com>
      CC: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>
      CC: Olof Johansson <olof@lixom.net>
      CC: Manish Chopra <manish.chopra@qlogic.com>
      CC: Sony Chacko <sony.chacko@qlogic.com>
      CC: Rajesh Borundia <rajesh.borundia@qlogic.com>
      CC: Nicolas Pitre <nico@fluxnic.net>
      CC: Steve Glendinning <steve.glendinning@shawell.net>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      0ab75ae8
  11. 06 12月, 2013 1 次提交
  12. 06 11月, 2013 1 次提交
    • J
      net: Explicitly initialize u64_stats_sync structures for lockdep · 827da44c
      John Stultz 提交于
      In order to enable lockdep on seqcount/seqlock structures, we
      must explicitly initialize any locks.
      
      The u64_stats_sync structure, uses a seqcount, and thus we need
      to introduce a u64_stats_init() function and use it to initialize
      the structure.
      
      This unfortunately adds a lot of fairly trivial initialization code
      to a number of drivers. But the benefit of ensuring correctness makes
      this worth while.
      
      Because these changes are required for lockdep to be enabled, and the
      changes are quite trivial, I've not yet split this patch out into 30-some
      separate patches, as I figured it would be better to get the various
      maintainers thoughts on how to best merge this change along with
      the seqcount lockdep enablement.
      
      Feedback would be appreciated!
      Signed-off-by: NJohn Stultz <john.stultz@linaro.org>
      Acked-by: NJulian Anastasov <ja@ssi.bg>
      Signed-off-by: NPeter Zijlstra <peterz@infradead.org>
      Cc: Alexey Kuznetsov <kuznet@ms2.inr.ac.ru>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Eric Dumazet <eric.dumazet@gmail.com>
      Cc: Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>
      Cc: James Morris <jmorris@namei.org>
      Cc: Jesse Gross <jesse@nicira.com>
      Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
      Cc: "Michael S. Tsirkin" <mst@redhat.com>
      Cc: Mirko Lindner <mlindner@marvell.com>
      Cc: Patrick McHardy <kaber@trash.net>
      Cc: Roger Luethi <rl@hellgate.ch>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: Simon Horman <horms@verge.net.au>
      Cc: Stephen Hemminger <stephen@networkplumber.org>
      Cc: Steven Rostedt <rostedt@goodmis.org>
      Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
      Cc: Wensong Zhang <wensong@linux-vs.org>
      Cc: netdev@vger.kernel.org
      Link: http://lkml.kernel.org/r/1381186321-4906-2-git-send-email-john.stultz@linaro.orgSigned-off-by: NIngo Molnar <mingo@kernel.org>
      827da44c
  13. 23 5月, 2013 1 次提交
  14. 20 4月, 2013 2 次提交
  15. 03 4月, 2013 1 次提交
    • N
      forcedeth: Do a dma_mapping_error check after skb_frag_dma_map · f7f22874
      Neil Horman 提交于
      This backtrace was recently reported on a 3.9 kernel:
      
      Actual results: from syslog /var/log/messsages:
      kernel: [17539.340285] ------------[ cut here ]------------
      kernel: [17539.341012] WARNING: at lib/dma-debug.c:937 check_unmap+0x493/0x960()
      kernel: [17539.341012] Hardware name: MS-7125
      kernel: [17539.341012] forcedeth 0000:00:0a.0: DMA-API: device driver failed to
      check map error[device address=0x0000000013c88000] [size=544 bytes] [mapped as
      page]
      kernel: [17539.341012] Modules linked in: fuse ebtable_nat ipt_MASQUERADE
      nf_conntrack_netbios_ns nf_conntrack_broadcast ip6table_nat nf_nat_ipv6
      ip6table_mangle ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 iptable_nat
      nf_nat_ipv4 nf_nat iptable_mangle nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack
      nf_conntrack bnep bluetooth rfkill ebtable_filter ebtables ip6table_filter
      ip6_tables snd_hda_codec_hdmi snd_cmipci snd_mpu401_uart snd_hda_intel
      snd_intel8x0 snd_opl3_lib snd_ac97_codec gameport snd_hda_codec snd_rawmidi
      ac97_bus snd_hwdep snd_seq snd_seq_device snd_pcm snd_page_alloc snd_timer snd
      k8temp soundcore serio_raw i2c_nforce2 forcedeth ata_generic pata_acpi nouveau
      video mxm_wmi wmi i2c_algo_bit drm_kms_helper ttm drm i2c_core sata_sil pata_amd
      sata_nv uinput
      kernel: [17539.341012] Pid: 17340, comm: sshd Not tainted
      3.9.0-0.rc4.git0.1.fc19.i686.PAE #1
      kernel: [17539.341012] Call Trace:
      kernel: [17539.341012]  [<c045573c>] warn_slowpath_common+0x6c/0xa0
      kernel: [17539.341012]  [<c0701953>] ? check_unmap+0x493/0x960
      kernel: [17539.341012]  [<c0701953>] ? check_unmap+0x493/0x960
      kernel: [17539.341012]  [<c04557a3>] warn_slowpath_fmt+0x33/0x40
      kernel: [17539.341012]  [<c0701953>] check_unmap+0x493/0x960
      kernel: [17539.341012]  [<c049238f>] ? sched_clock_cpu+0xdf/0x150
      kernel: [17539.341012]  [<c0701e87>] debug_dma_unmap_page+0x67/0x70
      kernel: [17539.341012]  [<f7eae8f2>] nv_unmap_txskb.isra.32+0x92/0x100
      
      Its pretty plainly the result of an skb fragment getting unmapped without having
      its initial mapping operation checked for errors.  This patch corrects that.
      Signed-off-by: NNeil Horman <nhorman@tuxdriver.com>
      CC: "David S. Miller" <davem@davemloft.net>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      f7f22874
  16. 10 3月, 2013 1 次提交
  17. 09 1月, 2013 1 次提交
  18. 04 1月, 2013 1 次提交
  19. 29 12月, 2012 1 次提交
  20. 04 12月, 2012 1 次提交
  21. 31 8月, 2012 3 次提交
    • D
      forcedeth: prevent TX timeouts after reboot · 3f0a1b58
      david decotigny 提交于
      This complements patch "net-forcedeth: fix TX timeout caused by TX
      pause on down link" which ensures that a lock-up sequence is not sent
      to the NIC. Present patch ensures that if a NIC is already locked-up,
      the driver will recover from it when initializing the device.
      
      It does the equivalent of the following recovery sequence:
       - write NVREG_TX_PAUSEFRAME_ENABLE_V1 to eth1's register
         NvRegTxPauseFrame
       - write NVREG_XMITCTL_START to eth1's register
         NvRegTransmitterControl
       - write 0 to eth1's register NvRegTransmitterControl
      (this is at the heart of the "unbricking" sequence mentioned in patch
       "net-forcedeth: fix TX timeout caused by TX pause on down link")
      
      Tested:
       - hardware is MCP55 device id 10de:0373 (rev a3), dual-port
       - reboot a kernel without any of patches mentioned
       - freeze the NIC (details on description for commit "net-forcedeth:
         fix TX timeout caused by TX pause on down link")
       - wait 5mn until ping hangs & TX timeout in dmesg
       - reboot on kernel with present patch
       - host is immediatly operational, no TX timeout
      Signed-off-by: NDavid Decotigny <decot@googlers.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      3f0a1b58
    • D
      forcedeth: fix TX timeout caused by TX pause on down link · 1ff39eb6
      david decotigny 提交于
      On some dual-port forcedeth devices such as MCP55 10de:0373 (rev a3),
      when autoneg & TX pause are enabled while port is connected but
      interface is down, the NIC will eventually freeze (TX timeouts,
      network unreachable).
      
      This patch ensures that TX pause is not configured in hardware when
      interface is down. The TX pause request will be honored when interface
      is later configured.
      
      Tested:
       - hardware is MCP55 device id 10de:0373 (rev a3), dual-port
       - eth0 connected and UP, eth1 connected but DOWN
       - without this patch, following sequence would brick NIC:
            ifconfig eth0 down
            ifconfig eth1 up
            ifconfig eth1 down
            ethtool -A eth1 autoneg off rx on tx off
            ifconfig eth1 up
            ifconfig eth1 down
            ethtool -A eth1 autoneg on rx on tx on
            ifconfig eth1 up
            ifconfig eth1 down
            ifup eth0
            sleep 120  # or longer
            ethtool eth1
         Just in case, sequence to un-brick:
            ifconfig eth0 down
            ethtool -A eth1 autoneg off rx on tx off
            ifconfig eth1 up
            ifconfig eth1 down
            ifup eth0
       - with this patch: no TX timeout after "bricking" sequence above
      
      Details:
       - The following register accesses have been identified as the ones
         causing the NIC to freeze in "bricking" sequence above:
          - write NVREG_TX_PAUSEFRAME_ENABLE_V1 to eth1's register NvRegTxPauseFrame
          - write NVREG_MISC1_PAUSE_TX | NVREG_MISC1_FORCE to eth1's register NvRegMisc1
          - write 0 to eth1's register NvRegTransmitterControl
         This is what this patch avoids.
      Signed-off-by: NDavid Decotigny <decot@googlers.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      1ff39eb6
    • D
      forcedeth: fix buffer overflow · ba9aa134
      david decotigny 提交于
      Found by manual code inspection.
      
      Tested: compile, reboot, ethtool -d ethX
      Signed-off-by: NDavid Decotigny <decot@googlers.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      ba9aa134
  22. 23 7月, 2012 1 次提交
  23. 21 7月, 2012 1 次提交
  24. 11 7月, 2012 2 次提交
  25. 01 5月, 2012 1 次提交
  26. 07 4月, 2012 1 次提交
  27. 29 3月, 2012 1 次提交
  28. 16 2月, 2012 1 次提交
  29. 09 2月, 2012 1 次提交
  30. 03 12月, 2011 1 次提交
  31. 30 11月, 2011 1 次提交
  32. 18 11月, 2011 1 次提交
  33. 17 11月, 2011 2 次提交