On Wed, Nov 4, 2009 at 4:59 AM, Greg Oliver <oliver.greg@xxxxxxxxx> wrote: > On Wed, Nov 4, 2009 at 3:30 AM, Johannes Berg <johannes@xxxxxxxxxxxxxxxx> wrote: >> On Tue, 2009-11-03 at 18:38 -0500, Andrew Lutomirski wrote: >> >>> iwlagn 0000:03:00.0: iwl_tx_agg_start on ra = 00:21:d8:49:4a:52 tid = 0 >> >>> Turning on or off power management and fiddling with >>> no_sleep_autoadjust makes no difference. Setting tx_agg_tid_enable to >>> zero in debugfs while the connection was working seemed to make it a >>> little more reliable (it lasted long enough to do "git pull" but not >>> much longer). >>> >>> After running "iw dev wlan0 disconnect" a few times, I start to get >>> errors like this: >>> >>> [18078.209635] iwlagn 0000:03:00.0: SENSITIVITY_CMD failed >>> [18078.313461] iwlagn 0000:03:00.0: No space for Tx >>> [18078.313467] iwlagn 0000:03:00.0: Error sending SENSITIVITY_CMD: >>> enqueue_hcmd failed: -28 >>> [18078.313470] iwlagn 0000:03:00.0: SENSITIVITY_CMD failed >>> [18078.522409] iwlagn 0000:03:00.0: No space for Tx >>> [18078.522414] iwlagn 0000:03:00.0: Error sending SENSITIVITY_CMD: >>> enqueue_hcmd failed: -28 >> >> Sounds like the firmware messes up ... >> >> Maybe as a first workaround you could modprobe iwlagn with >> 11n_disable=1. But I don't know at this point what the problem could be. >> >> johannes >> > > I am also still getting oops' with -rc5.. > > [36759.355012] Pid: 0, comm: swapper Tainted: P > 2.6.31-14-generic #48-Ubuntu > [36759.355018] Call Trace: > [36759.355022] <IRQ> [<ffffffff810e083c>] __alloc_pages_slowpath+0x4cc/0x4e0 > [36759.355047] [<ffffffff810e099e>] __alloc_pages_nodemask+0x14e/0x150 > [36759.355059] [<ffffffff81111dfa>] kmalloc_large_node+0x5a/0xb0 > [36759.355067] [<ffffffff81115fa5>] __kmalloc_node_track_caller+0x135/0x180 > [36759.355109] [<ffffffffa03c7977>] ? iwl_rx_allocate+0x197/0x2f0 [iwlcore] > [36759.355121] [<ffffffff8142e41b>] __alloc_skb+0x7b/0x180 > [36759.355146] [<ffffffffa03c7977>] iwl_rx_allocate+0x197/0x2f0 [iwlcore] > [36759.355171] [<ffffffffa03c8de6>] iwl_rx_replenish_now+0x16/0x30 [iwlcore] > [36759.355191] [<ffffffffa03e4f18>] iwl_rx_handle+0x288/0x2f0 [iwlagn] > [36759.355208] [<ffffffffa03e5708>] iwl_irq_tasklet+0x138/0x4e0 [iwlagn] > [36759.355220] [<ffffffff810741e0>] ? delayed_work_timer_fn+0x0/0x40 > [36759.355228] [<ffffffff81073d82>] ? insert_work+0x72/0xc0 > [36759.355239] [<ffffffff81036419>] ? default_spin_lock_flags+0x9/0x10 > [36759.355248] [<ffffffff81063ee0>] tasklet_action+0xd0/0xe0 > [36759.355257] [<ffffffff8106549d>] __do_softirq+0xbd/0x200 > [36759.355266] [<ffffffff810131ec>] call_softirq+0x1c/0x30 > [36759.355273] [<ffffffff81014bc5>] do_softirq+0x55/0x90 > [36759.355281] [<ffffffff81065205>] irq_exit+0x85/0x90 > [36759.355287] [<ffffffff81014100>] do_IRQ+0x70/0xe0 > [36759.355296] [<ffffffff81012a13>] ret_from_intr+0x0/0x11 > [36759.355301] <EOI> [<ffffffff812d7ed9>] ? acpi_idle_enter_bm+0x28b/0x2bf > [36759.355317] [<ffffffff812d7ed2>] ? acpi_idle_enter_bm+0x284/0x2bf > [36759.355327] [<ffffffff813fe40b>] ? cpuidle_idle_call+0x9b/0xf0 > [36759.355335] [<ffffffff81010e12>] ? cpu_idle+0xb2/0x100 > [36759.355344] [<ffffffff81514c56>] ? rest_init+0x66/0x70 > [36759.355355] [<ffffffff8183a047>] ? start_kernel+0x352/0x35b > [36759.355364] [<ffffffff8183959a>] ? x86_64_start_reservations+0x125/0x129 > [36759.355372] [<ffffffff81839698>] ? x86_64_start_kernel+0xfa/0x109 > > Same oops' as with -rc4 it seems.. It does not hard lock anything - > this is not during any suspend/resume.. This laptop is always on.. > > [36894.090466] iwlagn 0000:04:00.0: Failed to allocate SKB buffer with > GFP_ATOMIC. Only 0 free buffers remaining. > > -Greg > Disregard that - I forgot I was not using the -rc5 currently.... -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html