1. 07 4月, 2017 1 次提交
  2. 25 12月, 2016 1 次提交
  3. 13 10月, 2016 1 次提交
    • J
      net: deprecate eth_change_mtu, remove usage · a52ad514
      Jarod Wilson 提交于
      With centralized MTU checking, there's nothing productive done by
      eth_change_mtu that isn't already done in dev_set_mtu, so mark it as
      deprecated and remove all usage of it in the kernel. All callers have been
      audited for calls to alloc_etherdev* or ether_setup directly, which means
      they all have a valid dev->min_mtu and dev->max_mtu. Now eth_change_mtu
      prints out a netdev_warn about being deprecated, for the benefit of
      out-of-tree drivers that might be utilizing it.
      
      Of note, dvb_net.c actually had dev->mtu = 4096, while using
      eth_change_mtu, meaning that if you ever tried changing it's mtu, you
      couldn't set it above 1500 anymore. It's now getting dev->max_mtu also set
      to 4096 to remedy that.
      
      v2: fix up lantiq_etop, missed breakage due to drive not compiling on x86
      
      CC: netdev@vger.kernel.org
      Signed-off-by: NJarod Wilson <jarod@redhat.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      a52ad514
  4. 08 9月, 2016 1 次提交
  5. 19 8月, 2016 2 次提交
  6. 05 5月, 2016 1 次提交
  7. 11 11月, 2015 1 次提交
  8. 13 1月, 2015 1 次提交
  9. 14 5月, 2014 1 次提交
  10. 17 1月, 2014 1 次提交
  11. 07 12月, 2013 1 次提交
  12. 12 10月, 2012 1 次提交
  13. 21 9月, 2012 1 次提交
  14. 28 7月, 2012 1 次提交
  15. 19 5月, 2012 1 次提交
    • S
      USB: Disable hub-initiated LPM for comms devices. · e1f12eb6
      Sarah Sharp 提交于
      Hub-initiated LPM is not good for USB communications devices.  Comms
      devices should be able to tell when their link can go into a lower power
      state, because they know when an incoming transmission is finished.
      Ideally, these devices would slam their links into a lower power state,
      using the device-initiated LPM, after finishing the last packet of their
      data transfer.
      
      If we enable the idle timeouts for the parent hubs to enable
      hub-initiated LPM, we will get a lot of useless LPM packets on the bus
      as the devices reject LPM transitions when they're in the middle of
      receiving data.  Worse, some devices might blindly accept the
      hub-initiated LPM and power down their radios while they're in the
      middle of receiving a transmission.
      
      The Intel Windows folks are disabling hub-initiated LPM for all USB
      communications devices under a xHCI USB 3.0 host.  In order to keep
      the Linux behavior as close as possible to Windows, we need to do the
      same in Linux.
      
      Set the disable_hub_initiated_lpm flag for for all USB communications
      drivers.  I know there aren't currently any USB 3.0 devices that
      implement these class specifications, but we should be ready if they do.
      Signed-off-by: NSarah Sharp <sarah.a.sharp@linux.intel.com>
      Cc: Marcel Holtmann <marcel@holtmann.org>
      Cc: Gustavo Padovan <gustavo@padovan.org>
      Cc: Johan Hedberg <johan.hedberg@gmail.com>
      Cc: Hansjoerg Lipp <hjlipp@web.de>
      Cc: Tilman Schmidt <tilman@imap.cc>
      Cc: Karsten Keil <isdn@linux-pingi.de>
      Cc: Peter Korsgaard <jacmet@sunsite.dk>
      Cc: Jan Dumon <j.dumon@option.com>
      Cc: Petko Manolov <petkan@users.sourceforge.net>
      Cc: Steve Glendinning <steve.glendinning@smsc.com>
      Cc: "John W. Linville" <linville@tuxdriver.com>
      Cc: Kalle Valo <kvalo@qca.qualcomm.com>
      Cc: "Luis R. Rodriguez" <mcgrof@qca.qualcomm.com>
      Cc: Jouni Malinen <jouni@qca.qualcomm.com>
      Cc: Vasanthakumar Thiagarajan <vthiagar@qca.qualcomm.com>
      Cc: Senthil Balasubramanian <senthilb@qca.qualcomm.com>
      Cc: Christian Lamparter <chunkeey@googlemail.com>
      Cc: Brett Rudley <brudley@broadcom.com>
      Cc: Roland Vossen <rvossen@broadcom.com>
      Cc: Arend van Spriel <arend@broadcom.com>
      Cc: "Franky (Zhenhui) Lin" <frankyl@broadcom.com>
      Cc: Kan Yan <kanyan@broadcom.com>
      Cc: Dan Williams <dcbw@redhat.com>
      Cc: Jussi Kivilinna <jussi.kivilinna@mbnet.fi>
      Cc: Ivo van Doorn <IvDoorn@gmail.com>
      Cc: Gertjan van Wingerde <gwingerde@gmail.com>
      Cc: Helmut Schaa <helmut.schaa@googlemail.com>
      Cc: Herton Ronaldo Krzesinski <herton@canonical.com>
      Cc: Hin-Tak Leung <htl10@users.sourceforge.net>
      Cc: Larry Finger <Larry.Finger@lwfinger.net>
      Cc: Chaoming Li <chaoming_li@realsil.com.cn>
      Cc: Daniel Drake <dsd@gentoo.org>
      Cc: Ulrich Kunitz <kune@deine-taler.de>
      Signed-off-by: NSarah Sharp <sarah.a.sharp@linux.intel.com>
      e1f12eb6
  16. 26 4月, 2012 1 次提交
  17. 25 2月, 2012 1 次提交
  18. 19 11月, 2011 1 次提交
    • G
      USB: convert drivers/net/* to use module_usb_driver() · d632eb1b
      Greg Kroah-Hartman 提交于
      This converts the drivers in drivers/net/* to use the
      module_usb_driver() macro which makes the code smaller and a bit
      simpler.
      
      Added bonus is that it removes some unneeded kernel log messages about
      drivers loading and/or unloading.
      
      Cc: Wolfgang Grandegger <wg@grandegger.com>
      Cc: Samuel Ortiz <samuel@sortiz.org>
      Cc: Oliver Neukum <oliver@neukum.name>
      Cc: Peter Korsgaard <jacmet@sunsite.dk>
      Cc: Petko Manolov <petkan@users.sourceforge.net>
      Cc: Steve Glendinning <steve.glendinning@smsc.com>
      Cc: Christian Lamparter <chunkeey@googlemail.com>
      Cc: "John W. Linville" <linville@tuxdriver.com>
      Cc: Dan Williams <dcbw@redhat.com>
      Cc: Jussi Kivilinna <jussi.kivilinna@mbnet.fi>
      Cc: Ivo van Doorn <IvDoorn@gmail.com>
      Cc: Gertjan van Wingerde <gwingerde@gmail.com>
      Cc: Helmut Schaa <helmut.schaa@googlemail.com>
      Cc: Herton Ronaldo Krzesinski <herton@canonical.com>
      Cc: Hin-Tak Leung <htl10@users.sourceforge.net>
      Cc: Larry Finger <Larry.Finger@lwfinger.net>
      Cc: Chaoming Li <chaoming_li@realsil.com.cn>
      Cc: Lucas De Marchi <lucas.demarchi@profusion.mobi>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Roel Kluin <roel.kluin@gmail.com>
      Cc: Paul Gortmaker <paul.gortmaker@windriver.com>
      Cc: Jiri Pirko <jpirko@redhat.com>
      Cc: Pavel Roskin <proski@gnu.org>
      Cc: Yoann DI-RUZZA <y.diruzza@lim.eu>
      Cc: George <george0505@realtek.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      d632eb1b
  19. 18 8月, 2011 1 次提交
  20. 31 3月, 2011 1 次提交
  21. 25 1月, 2011 1 次提交
  22. 17 8月, 2010 1 次提交
  23. 03 6月, 2010 1 次提交
  24. 21 5月, 2010 1 次提交
  25. 10 5月, 2010 1 次提交
  26. 28 4月, 2010 1 次提交
  27. 13 2月, 2010 1 次提交
  28. 12 12月, 2009 1 次提交
  29. 30 10月, 2009 1 次提交
  30. 23 9月, 2009 1 次提交
  31. 02 9月, 2009 1 次提交
  32. 01 9月, 2009 1 次提交
  33. 13 7月, 2009 2 次提交
  34. 06 7月, 2009 1 次提交
  35. 14 4月, 2009 1 次提交
  36. 02 4月, 2009 1 次提交
    • L
      kaweth: Fix locking to be SMP-safe · 4ff61c8f
      Larry Finger 提交于
      On an SMP system, the following message is printed. The patch below gets
      fixes the problem.
      
      =================================
      [ INFO: inconsistent lock state ]
      2.6.29-Linus-05093-gc31f403d #57
      ---------------------------------
      inconsistent {hardirq-on-W} -> {in-hardirq-W} usage.
      bash/4105 [HC1[1]:SC0[0]:HE0:SE1] takes:
       (&kaweth->device_lock){+...}, at: [<ffffffffa01aa286>]
                       kaweth_usb_receive+0x77/0x1af [kaw eth]
      {hardirq-on-W} state was registered at:
        [<ffffffff80260503>] __lock_acquire+0x753/0x1685
        [<ffffffff8026148a>] lock_acquire+0x55/0x71
        [<ffffffff80461ba6>] _spin_lock+0x31/0x3d
        [<ffffffffa01aaa0c>] kaweth_start_xmit+0x2b/0x1e1 [kaweth]
        [<ffffffff803eccd3>] dev_hard_start_xmit+0x22e/0x2ad
        [<ffffffff803fe120>] __qdisc_run+0xf2/0x203
        [<ffffffff803ed0cd>] dev_queue_xmit+0x263/0x39b
        [<ffffffffa03a47cb>] packet_sendmsg_spkt+0x1c4/0x20a [af_packet]
        [<ffffffff803de0c2>] sock_sendmsg+0xe4/0xfd
        [<ffffffff803dec8f>] sys_sendto+0xe4/0x10c
        [<ffffffff8020bccb>] system_call_fastpath+0x16/0x1b
        [<ffffffffffffffff>] 0xffffffffffffffff
      irq event stamp: 1280
      hardirqs last  enabled at (1279): [<ffffffff80461a71>]
                        _spin_unlock_irqrestore+0x44/0x4c
      hardirqs last disabled at (1280): [<ffffffff8020bad7>]
                        save_args+0x67/0x70
      softirqs last  enabled at (660): [<ffffffff8024192c>]
                        __do_softirq+0x14d/0x15d
      softirqs last disabled at (651): [<ffffffff8020ce9c>]
                        call_softirq+0x1c/0x28
      Signed-off-by: NLarry Finger <Larry.Finger@lwfinger.net>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      4ff61c8f
  37. 09 1月, 2009 1 次提交
  38. 08 1月, 2009 1 次提交