Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030729AbbDWSKU (ORCPT ); Thu, 23 Apr 2015 14:10:20 -0400 Received: from mga11.intel.com ([192.55.52.93]:55576 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1030416AbbDWSKR (ORCPT ); Thu, 23 Apr 2015 14:10:17 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.11,633,1422950400"; d="scan'208";a="684669210" From: "Grumbach, Emmanuel" To: "piotr.karbowski@gmail.com" CC: "linux-wireless@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "jkosina@suse.cz" , "ilw@linux.intel.com" , "Berg, Johannes" Subject: Re: iwlwifi getting stuck with current Linus' tree (646da63172) Thread-Topic: iwlwifi getting stuck with current Linus' tree (646da63172) Thread-Index: AQHQfTzjJftp7aVbakmHVHohb9QTqJ1Z1GUAgAA6NoCAAA/zAIAAAKAAgAA7vYCAAFnKgA== Date: Thu, 23 Apr 2015 18:10:11 +0000 Message-ID: <1429812611.23202.4.camel@intel.com> References: <1429764440.4084.5.camel@intel.com> <1429780366.11859.1.camel@intel.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.254.151.56] Content-Type: text/plain; charset="utf-8" Content-ID: <23A0A8859852E44A98F75F588B6AF0EF@intel.com> MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by nfs id t3NIAOCD028577 Content-Length: 2941 Lines: 64 On Thu, 2015-04-23 at 14:48 +0200, Piotr Karbowski wrote: > Hello, > > On Thu, Apr 23, 2015 at 11:15 AM, Jiri Kosina wrote: > > On Thu, 23 Apr 2015, Grumbach, Emmanuel wrote: > > > >> > I will try it, but I expect the result to be bogus because of this, > >> > unfortunately. > >> > >> I can understand. A few users reported that this bug occurred more > >> reliably when moving their system, although it seems very weird to me. > > > > My "feeling" was that it sometimes was related to start of audio playback, > > but not 100% relieble either. > > > >> > > First question is: Are you sure that 4.0-rc6 was good? > >> > > >> > Pretty much, yes. I've been running it for quite some time on this > >> > machine without any issues. But after updating to current HEAD two days > >> > ago, the issue triggered like 6 or 7 times already. > >> > >> Ok - I will try to look at the PCI commits there although I am not sure > >> I'll be able to make much sense of them... > > > > Thanks, > > i've also started noticing hard system lockups with iwlwifi. What's > worth noticing is that I've started to see this on 3.19 and I also > have it on 4.0 kernel thus allow me to report it in this very thread. > I had over month uptime, untill I've updated iwl ucode, maybe this was > introduced not by kernel but firmware?. The lockups are random and > result in hard system lockup, frozen Xorg, screen artifacts/glitches, > audio playback keeps repeating last second or so of music, sysrq > cannot handle it as well as auto-reboot after kernel panic does not > kicks in. > I don't see how the ucode can cause crashes, but a new ucode can make the driver behave differently (new APIs being available) and that can cause crashes. Please share any logs you may have. > The hardware I see this problem on is iwl 7260. The only workaround > I've found so far was to disable power save via `iw dev wlan0 set > power_save off` and not a single lockup since. What's rather > disturbing is that by 'modinfo iwlwifi' it does say that power_save is > default off, but it is not. I am sure that nothing else enables > power_save on my system because I don't even have udev, and for the > test I've also disabled wicd, then simple `modprobe iwlwifi` and `iw > dev wlan0 get power_save` reports 'on'. Yeah - I know. This is confusing. This module parameter doesn't affect 7260: it uses iwlmvm module which its own setting. iwlwifi's power_save parameter serves older devices such as 6205 which you seem to have as well. In 6205's case, power save is disabled by default. But all this seems very far away from the original thread. > > I also have another system iwl 6205 and no single lockup was noted, > but it indeed have power_save disabled, so that may be the case. > > -- Piotr. ????{.n?+???????+%?????ݶ??w??{.n?+????{??G?????{ay?ʇڙ?,j??f???h?????????z_??(?階?ݢj"???m??????G????????????&???~???iO???z??v?^?m???? ????????I?