1. 23 11月, 2011 2 次提交
  2. 17 11月, 2011 1 次提交
  3. 16 11月, 2011 5 次提交
  4. 14 11月, 2011 1 次提交
  5. 09 11月, 2011 1 次提交
    • N
      Fix incorrect usage of NET_IP_ALIGN · ea1649de
      Nico Erfurth 提交于
      The driver used NET_IP_ALIGN to remove some additional padding inside of
      the rx_fixup function. On many architectures NET_IP_ALIGN defaults to 2
      which removed the correct amount of bytes.
      
      On MCORE2-machines commit ea812ca1
      introduces a change which sets NET_IP_ALIGN to 0 by default. Which
      triggered the bug on these machines.
      
      This fix introduces a new RXW_PADDING define and uses this instead of
      NET_IP_ALIGN. The name was taken from the original SMSC7500 driver which
      is provided by SMSC.
      Signed-off-by: NNico Erfurth <ne@erfurth.eu>
      Tested-by: NPhil Sutter <phil@nwl.cc>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      ea1649de
  6. 08 11月, 2011 1 次提交
  7. 01 11月, 2011 1 次提交
  8. 20 10月, 2011 1 次提交
  9. 05 10月, 2011 3 次提交
  10. 04 10月, 2011 1 次提交
  11. 30 9月, 2011 1 次提交
  12. 16 9月, 2011 2 次提交
  13. 20 8月, 2011 1 次提交
  14. 18 8月, 2011 1 次提交
  15. 14 8月, 2011 1 次提交
  16. 08 8月, 2011 2 次提交
  17. 04 8月, 2011 1 次提交
  18. 28 7月, 2011 2 次提交
  19. 22 7月, 2011 1 次提交
  20. 12 7月, 2011 1 次提交
  21. 11 7月, 2011 1 次提交
  22. 09 7月, 2011 1 次提交
    • G
      hso: fix a use after free condition · 5e2cd082
      Greg KH 提交于
      This needs to go to netdev:
      
      From: Octavian Purdila <octavian.purdila@intel.com>
      
      In hso_free_net_device hso_net pointer is freed and then used to
      cleanup urb pools. Catched with SLAB_DEBUG during S3 resume:
      
      [   95.824442] Pid: 389, comm: khubd Tainted: G         C  2.6.36greenridge-01400-g423cf13-dirty #154 Type2 - Board Product Name1/OakTrail
      [   95.824442] EIP: 0060:[<c1151551>] EFLAGS: 00010202 CPU: 0
      [   95.824442] EIP is at kref_put+0x29/0x42
      [   95.824442] EAX: 6b6b6b6b EBX: 6b6b6b6b ECX: c2806b40 EDX: 00000037
      [   95.824442] ESI: c1258d56 EDI: edd3d128 EBP: ee8cde0c ESP: ee8cde04
      [   95.824442]  DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
      [   95.824442] Process khubd (pid: 389, ti=ee8cc000 task=ee95ed10 task.ti=ee8cc000)
      [   95.824442] Stack:
      [   95.824442]  edd07020 00000000 ee8cde14 c1258b77 ee8cde38 ef933a44 ef93572b ef935dec
      [   95.824442] <0> 0000099a 6b6b6b6b 00000000 ee2da748 edd3e0c0 ee8cde54 ef933b9f ee3b53f8
      [   95.824442] <0> 00000002 ee2da748 ee2da764 ef936658 ee8cde60 ef933d0c ee2da748 ee8cde84
      [   95.824442] Call Trace:
      [   95.824442]  [<c1258b77>] ? usb_free_urb+0x11/0x13
      [   95.824442]  [<ef933a44>] ? hso_free_net_device+0x81/0xd8 [hso]
      [   95.824442]  [<ef933b9f>] ? hso_free_interface+0x104/0x111 [hso]
      [   95.824442]  [<ef933d0c>] ? hso_disconnect+0xb/0x18 [hso]
      [   95.824442]  [<c125b7f1>] ? usb_unbind_interface+0x44/0x14a
      [   95.824442]  [<c11e56e8>] ? __device_release_driver+0x6f/0xb1
      [   95.824442]  [<c11e57c7>] ? device_release_driver+0x18/0x23
      [   95.824442]  [<c11e4e92>] ? bus_remove_device+0x8a/0xa1
      [   95.824442]  [<c11e3970>] ? device_del+0x129/0x163
      [   95.824442]  [<c11e2dc0>] ? put_device+0xf/0x11
      [   95.824442]  [<c11e39bc>] ? device_unregister+0x12/0x15
      [   95.824442]  [<c125915f>] ? usb_disable_device+0x90/0xf0
      [   95.824442]  [<c125544f>] ? usb_disconnect+0x6d/0xf8
      [   95.824442]  [<c1255f91>] ? hub_thread+0x3fc/0xc57
      [   95.824442]  [<c1048526>] ? autoremove_wake_function+0x0/0x2f
      [   95.824442]  [<c102529d>] ? complete+0x34/0x3e
      [   95.824442]  [<c1255b95>] ? hub_thread+0x0/0xc57
      [   95.824442]  [<c10481fc>] ? kthread+0x63/0x68
      [   95.824442]  [<c1048199>] ? kthread+0x0/0x68
      [   95.824442]  [<c1002d76>] ? kernel_thread_helper+0x6/0x10
      Signed-off-by: NOctavian Purdila <octavian.purdila@intel.com>
      Signed-off-by: NAlan Cox <alan@linux.intel.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      5e2cd082
  23. 29 6月, 2011 1 次提交
    • D
      usbnet: Remove over-broad module alias from zaurus. · 16adf5d0
      Dave Jones 提交于
      This module and a bunch of dependancies are getting loaded on several
      of laptops I have (probably picking up the mobile broadband device),
      that have nothing to do with zaurus. Matching by class without
      any vendor/device pair isn't the right thing to do here, as it
      will prevent any other driver from correctly binding to it.
      (Or in the absense of a driver, will just waste time & memory by
       unnecessarily loading modules)
      Signed-off-by: NDave Jones <davej@redhat.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      16adf5d0
  24. 24 6月, 2011 1 次提交
  25. 23 6月, 2011 2 次提交
  26. 22 6月, 2011 1 次提交
    • A
      net: remove mm.h inclusion from netdevice.h · b7f080cf
      Alexey Dobriyan 提交于
      Remove linux/mm.h inclusion from netdevice.h -- it's unused (I've checked manually).
      
      To prevent mm.h inclusion via other channels also extract "enum dma_data_direction"
      definition into separate header. This tiny piece is what gluing netdevice.h with mm.h
      via "netdevice.h => dmaengine.h => dma-mapping.h => scatterlist.h => mm.h".
      Removal of mm.h from scatterlist.h was tried and was found not feasible
      on most archs, so the link was cutoff earlier.
      
      Hope people are OK with tiny include file.
      
      Note, that mm_types.h is still dragged in, but it is a separate story.
      Signed-off-by: NAlexey Dobriyan <adobriyan@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      b7f080cf
  27. 17 6月, 2011 1 次提交
  28. 09 6月, 2011 1 次提交
  29. 02 6月, 2011 1 次提交