Return-path: Received: from mga09.intel.com ([134.134.136.24]:7751 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752834Ab0EKRVe (ORCPT ); Tue, 11 May 2010 13:21:34 -0400 Subject: Re: kernel BUG in iwl-agn-rs.c:2076, WAS: iwlagn + some accesspoint == hardlock From: reinette chatre To: Christian Borntraeger Cc: "John W. Linville" , "NilsRadtkelkml@think-future.de" , "linux-kernel@vger.kernel.org" , "linux-wireless@vger.kernel.org" In-Reply-To: <201005111750.08533.borntraeger@de.ibm.com> References: <20100503191756.GA3479@localhost> <201005061114.35480.borntraeger@de.ibm.com> <1273163328.2226.2530.camel@rchatre-DESK> <201005111750.08533.borntraeger@de.ibm.com> Content-Type: text/plain; charset="UTF-8" Date: Tue, 11 May 2010 10:21:33 -0700 Message-ID: <1273598493.2370.7891.camel@rchatre-DESK> Mime-Version: 1.0 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Tue, 2010-05-11 at 08:50 -0700, Christian Borntraeger wrote: > Am Donnerstag 06 Mai 2010 18:28:48 schrieb reinette chatre: > > Below seven iwlwifi patches were added after rc4. If you are unable to > > bisect ... perhaps you can run a while by reverting more and more from > > this list? > > > > f2fa1b015e9c199e45c836c769d94db595150731 iwlwifi: correct 6000 EEPROM regulatory address > > 88be026490ed89c2ffead81a52531fbac5507e01 iwlwifi: fix scan races > > 8b9fce77737ae9983f61ec56cd53f52fb738b2c7 iwlwifi: work around bogus active chains detection > > ece6444c2fe80dab679beb5f0d58b091f1933b00 iwlwifi: need check for valid qos packet before free > > de0f60ea94e132c858caa64a44b2012e1e8580b0 iwlwifi: avoid Tx queue memory allocation in interface down > > 04f2dec1c3d375c4072613880f28f43b66524876 iwlwifi: use consistent table for tx data collect > > dd48744964296b5713032ea1d66eb9e3d990e287 iwlwifi: fix DMA allocation warnings > > Just to give you some feedback. Sometimes it takes a while until it crashes. > My hand made bisect is currently at two remaining patches: > > de0f60ea94e132c858caa64a44b2012e1e8580b0 > 8b9fce77737ae9983f61ec56cd53f52fb738b2c7 > > reverting both solves my hard lockup. I will try to isolate the "bad" patch > but this takes some more days since I wont be in the "hazardous environment" > this week. Thank you for digging into this. It will be very helpful it you can get us a trace of the crash - any chance that netconsole may work? Reinette