1. 09 7月, 2009 1 次提交
    • L
      p54: tx refused but queue active · 47ab3840
      Larry Finger 提交于
      In the mainline kernel, p54usb will fail because the TX queue length can
      become < 0. This problem has been reported as Bugzilla #13725. The failure
      is expressed by the following message in the logs:
      
      WARNING: at net/mac80211/tx.c:1325 ieee80211_tx+0x23c/0x298 [mac80211]()
      Hardware name: HP Pavilion dv2700 Notebook PC
      tx refused but queue active
      
      This problem has been recently observed in the wireless-testing tree, where
      a full solution is being tested. That fix is too invasive for 2.6.31-rcX,
      but the simple change supplied here will prevent the failure.
      Signed-off-by: NLarry Finger <Larry.Finger@lwfinger.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      47ab3840
  2. 07 7月, 2009 1 次提交
  3. 28 5月, 2009 1 次提交
  4. 07 5月, 2009 2 次提交
  5. 23 4月, 2009 7 次提交
  6. 21 4月, 2009 1 次提交
  7. 28 3月, 2009 1 次提交
  8. 17 3月, 2009 5 次提交
  9. 07 3月, 2009 1 次提交
  10. 28 2月, 2009 1 次提交
  11. 30 1月, 2009 13 次提交
  12. 23 1月, 2009 2 次提交
  13. 17 1月, 2009 3 次提交
    • C
      p54: fix p54_set_key's return code · 67474303
      Christian Lamparter 提交于
      p54 doesn't support AES-128-CMAC offload.
      
      This patch will fix the noisy mac80211 warnings, when 802.11w is enabled:
      mac80211-phy189: failed to set key (4, ff:ff:ff:ff:ff:ff) to hardware (-22)
      mac80211-phy189: failed to set key (5, ff:ff:ff:ff:ff:ff) to hardware (-22)
      Signed-off-by: NChristian Lamparter <chunkeey@web.de>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      67474303
    • A
      p54: set_tim must be atomic. · 27571908
      Artur Skawina 提交于
      Fix for:
      
      BUG: scheduling while atomic: named/2004/0x10000200
      Pid: 2004, comm: named Not tainted 2.6.29-rc1-00271-ge9fa6b0 #45
      Call Trace:
       [<c04d4ef7>] schedule+0x2a7/0x320
       [<c03aed74>] __alloc_skb+0x34/0x110
       [<c011f5b3>] __cond_resched+0x13/0x30
       [<c04d501d>] _cond_resched+0x2d/0x40
       [<c016d8c5>] kmem_cache_alloc+0x95/0xc0
       [<c016b8d4>] check_object+0xc4/0x230
       [<c03aed74>] __alloc_skb+0x34/0x110
       [<c02ede91>] p54_alloc_skb+0x71/0xf0
       [<c02ee36f>] p54_set_tim+0x3f/0xa0
       [<c04ae064>] sta_info_set_tim_bit+0x64/0x80
       [<c04c1017>] invoke_tx_handlers+0xd57/0xd80
       [<c016c397>] free_debug_processing+0x197/0x210
       [<c03ae215>] pskb_expand_head+0xf5/0x170
       [<c04bfd94>] __ieee80211_tx_prepare+0x164/0x2f0
       [<c04c1a8d>] ieee80211_skb_resize+0x6d/0xe0
       [<c04c250f>] ieee80211_master_start_xmit+0x23f/0x550
       [<c016d188>] __slab_alloc+0x2b8/0x4f0
       [<c013a711>] getnstimeofday+0x51/0x120
       [<c03b5e7b>] dev_hard_start_xmit+0x1db/0x240
       [<c03c6a4b>] __qdisc_run+0x1ab/0x200
       [<c0136aa1>] __run_hrtimer+0x31/0xf0
       [<c03b6247>] dev_queue_xmit+0x247/0x500
       [<c04c1e56>] ieee80211_subif_start_xmit+0x356/0x7d0
       [<c0466ff7>] packet_rcv_spkt+0x37/0x150
       [<c0466ff7>] packet_rcv_spkt+0x37/0x150
       [<c03b5e7b>] dev_hard_start_xmit+0x1db/0x240
       [<c03c6a4b>] __qdisc_run+0x1ab/0x200
       [<c03b6247>] dev_queue_xmit+0x247/0x500
       [<c03bc1e2>] neigh_resolve_output+0xe2/0x200
       [<c0410080>] ip_finish_output+0x0/0x290
       [<c0410267>] ip_finish_output+0x1e7/0x290
       [<c040f355>] ip_local_out+0x15/0x20
       [<c040f5d2>] ip_push_pending_frames+0x272/0x380
       [<c042bbc6>] udp_push_pending_frames+0x146/0x3a0
       [<c042d52a>] udp_sendmsg+0x2fa/0x6b0
       [<c0433bc7>] inet_sendmsg+0x37/0x70
       [<c03a7b7e>] sock_sendmsg+0xbe/0x100
       [<c0133cd0>] autoremove_wake_function+0x0/0x50
       [<c011c043>] __wake_up_common+0x43/0x70
       [<c024a892>] copy_from_user+0x32/0x130
       [<c024a892>] copy_from_user+0x32/0x130
       [<c03b001e>] verify_iovec+0x2e/0xb0
       [<c03a7d3f>] sys_sendmsg+0x17f/0x290
       [<c017730a>] pipe_write+0x29a/0x570
       [<c013a172>] update_wall_time+0x492/0x8e0
       [<c013a711>] getnstimeofday+0x51/0x120
       [<c011b05d>] sched_slice+0x3d/0x80
       [<c013a711>] getnstimeofday+0x51/0x120
       [<c0136657>] hrtimer_forward+0x147/0x1a0
       [<c01101b0>] lapic_next_event+0x10/0x20
       [<c013ccb3>] clockevents_program_event+0xa3/0x170
       [<c03a9054>] sys_socketcall+0xa4/0x290
       [<c0110920>] smp_apic_timer_interrupt+0x40/0x70
       [<c0103165>] sysenter_do_call+0x12/0x25
      Signed-off-by: NArtur Skawina <art.08.09@gmail.com>
      Acked-by: NChristian Lamparter <chunkeey@web.de>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      27571908
    • C
      p54: fix oops caused by bad eeproms · ef15aa49
      Christian Lamparter 提交于
      This patch fixes a bug that could occur, if it the eeprom is incomplete or partly corrupted.
      
      BUG: unable to handle kernel NULL pointer dereference at 00000008
      IP: p54_assign_address+0x108/0x15d [p54common]
      Oops: 0002 [#1] SMP
      Pid: 12988, comm: phy1 Tainted: P        W  2.6.28-rc6-wl #3
      RIP: 0010: p54_assign_address+0x108/0x15d [p54common]
       [...]
      Call Trace:
       p54_alloc_skb+0xa3/0xc0 [p54common]
       p54_scan+0x37/0x204 [p54common]
       [...]
      Signed-off-by: NChristian Lamparter <chunkeey@web.de>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      ef15aa49
  14. 13 1月, 2009 1 次提交