diff for duplicates of <1429812611.23202.4.camel@intel.com> diff --git a/a/1.txt b/N1/1.txt index 9b51b1b..5b8c0f7 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,50 +1,64 @@ -T24gVGh1LCAyMDE1LTA0LTIzIGF0IDE0OjQ4ICswMjAwLCBQaW90ciBLYXJib3dza2kgd3JvdGU6 -DQo+IEhlbGxvLA0KPiANCj4gT24gVGh1LCBBcHIgMjMsIDIwMTUgYXQgMTE6MTUgQU0sIEppcmkg -S29zaW5hIDxqa29zaW5hQHN1c2UuY3o+IHdyb3RlOg0KPiA+IE9uIFRodSwgMjMgQXByIDIwMTUs -IEdydW1iYWNoLCBFbW1hbnVlbCB3cm90ZToNCj4gPg0KPiA+PiA+IEkgd2lsbCB0cnkgaXQsIGJ1 -dCBJIGV4cGVjdCB0aGUgcmVzdWx0IHRvIGJlIGJvZ3VzIGJlY2F1c2Ugb2YgdGhpcywNCj4gPj4g -PiB1bmZvcnR1bmF0ZWx5Lg0KPiA+Pg0KPiA+PiBJIGNhbiB1bmRlcnN0YW5kLiBBIGZldyB1c2Vy -cyByZXBvcnRlZCB0aGF0IHRoaXMgYnVnIG9jY3VycmVkIG1vcmUNCj4gPj4gcmVsaWFibHkgd2hl -biBtb3ZpbmcgdGhlaXIgc3lzdGVtLCBhbHRob3VnaCBpdCBzZWVtcyB2ZXJ5IHdlaXJkIHRvIG1l -Lg0KPiA+DQo+ID4gTXkgImZlZWxpbmciIHdhcyB0aGF0IGl0IHNvbWV0aW1lcyB3YXMgcmVsYXRl -ZCB0byBzdGFydCBvZiBhdWRpbyBwbGF5YmFjaywNCj4gPiBidXQgbm90IDEwMCUgcmVsaWVibGUg -ZWl0aGVyLg0KPiA+DQo+ID4+ID4gPiBGaXJzdCBxdWVzdGlvbiBpczogQXJlIHlvdSBzdXJlIHRo -YXQgNC4wLXJjNiB3YXMgZ29vZD8NCj4gPj4gPg0KPiA+PiA+IFByZXR0eSBtdWNoLCB5ZXMuIEkn -dmUgYmVlbiBydW5uaW5nIGl0IGZvciBxdWl0ZSBzb21lIHRpbWUgb24gdGhpcw0KPiA+PiA+IG1h -Y2hpbmUgd2l0aG91dCBhbnkgaXNzdWVzLiBCdXQgYWZ0ZXIgdXBkYXRpbmcgdG8gY3VycmVudCBI -RUFEIHR3byBkYXlzDQo+ID4+ID4gYWdvLCB0aGUgaXNzdWUgdHJpZ2dlcmVkIGxpa2UgNiBvciA3 -IHRpbWVzIGFscmVhZHkuDQo+ID4+DQo+ID4+IE9rIC0gSSB3aWxsIHRyeSB0byBsb29rIGF0IHRo -ZSBQQ0kgY29tbWl0cyB0aGVyZSBhbHRob3VnaCBJIGFtIG5vdCBzdXJlDQo+ID4+IEknbGwgYmUg -YWJsZSB0byBtYWtlIG11Y2ggc2Vuc2Ugb2YgdGhlbS4uLg0KPiA+DQo+ID4gVGhhbmtzLA0KPiAN -Cj4gaSd2ZSBhbHNvIHN0YXJ0ZWQgbm90aWNpbmcgaGFyZCBzeXN0ZW0gbG9ja3VwcyB3aXRoIGl3 -bHdpZmkuIFdoYXQncw0KPiB3b3J0aCBub3RpY2luZyBpcyB0aGF0IEkndmUgc3RhcnRlZCB0byBz -ZWUgdGhpcyBvbiAzLjE5IGFuZCBJIGFsc28NCj4gaGF2ZSBpdCBvbiA0LjAga2VybmVsIHRodXMg -YWxsb3cgbWUgdG8gcmVwb3J0IGl0IGluIHRoaXMgdmVyeSB0aHJlYWQuDQo+IEkgaGFkIG92ZXIg -bW9udGggdXB0aW1lLCB1bnRpbGwgSSd2ZSB1cGRhdGVkIGl3bCB1Y29kZSwgbWF5YmUgdGhpcyB3 -YXMNCj4gaW50cm9kdWNlZCBub3QgYnkga2VybmVsIGJ1dCBmaXJtd2FyZT8uIFRoZSBsb2NrdXBz -IGFyZSByYW5kb20gYW5kDQo+IHJlc3VsdCBpbiBoYXJkIHN5c3RlbSBsb2NrdXAsIGZyb3plbiBY -b3JnLCBzY3JlZW4gYXJ0aWZhY3RzL2dsaXRjaGVzLA0KPiBhdWRpbyBwbGF5YmFjayBrZWVwcyBy -ZXBlYXRpbmcgbGFzdCBzZWNvbmQgb3Igc28gb2YgbXVzaWMsIHN5c3JxDQo+IGNhbm5vdCBoYW5k -bGUgaXQgYXMgd2VsbCBhcyBhdXRvLXJlYm9vdCBhZnRlciBrZXJuZWwgcGFuaWMgZG9lcyBub3QN -Cj4ga2lja3MgaW4uDQo+IA0KDQpJIGRvbid0IHNlZSBob3cgdGhlIHVjb2RlIGNhbiBjYXVzZSBj -cmFzaGVzLCBidXQgYSBuZXcgdWNvZGUgY2FuIG1ha2UNCnRoZSBkcml2ZXIgYmVoYXZlIGRpZmZl -cmVudGx5IChuZXcgQVBJcyBiZWluZyBhdmFpbGFibGUpIGFuZCB0aGF0IGNhbg0KY2F1c2UgY3Jh -c2hlcy4gUGxlYXNlIHNoYXJlIGFueSBsb2dzIHlvdSBtYXkgaGF2ZS4NCg0KPiBUaGUgaGFyZHdh -cmUgSSBzZWUgdGhpcyBwcm9ibGVtIG9uIGlzIGl3bCA3MjYwLiBUaGUgb25seSB3b3JrYXJvdW5k -DQo+IEkndmUgZm91bmQgc28gZmFyIHdhcyB0byBkaXNhYmxlIHBvd2VyIHNhdmUgdmlhIGBpdyBk -ZXYgd2xhbjAgc2V0DQo+IHBvd2VyX3NhdmUgb2ZmYCBhbmQgbm90IGEgc2luZ2xlIGxvY2t1cCBz -aW5jZS4gV2hhdCdzIHJhdGhlcg0KPiBkaXN0dXJiaW5nIGlzIHRoYXQgYnkgJ21vZGluZm8gaXds -d2lmaScgaXQgZG9lcyBzYXkgdGhhdCBwb3dlcl9zYXZlIGlzDQo+IGRlZmF1bHQgb2ZmLCBidXQg -aXQgaXMgbm90LiBJIGFtIHN1cmUgdGhhdCBub3RoaW5nIGVsc2UgZW5hYmxlcw0KPiBwb3dlcl9z -YXZlIG9uIG15IHN5c3RlbSBiZWNhdXNlIEkgZG9uJ3QgZXZlbiBoYXZlIHVkZXYsIGFuZCBmb3Ig -dGhlDQo+IHRlc3QgSSd2ZSBhbHNvIGRpc2FibGVkIHdpY2QsIHRoZW4gc2ltcGxlIGBtb2Rwcm9i -ZSBpd2x3aWZpYCBhbmQgYGl3DQo+IGRldiB3bGFuMCBnZXQgcG93ZXJfc2F2ZWAgcmVwb3J0cyAn -b24nLg0KDQpZZWFoIC0gSSBrbm93LiBUaGlzIGlzIGNvbmZ1c2luZy4gVGhpcyBtb2R1bGUgcGFy -YW1ldGVyIGRvZXNuJ3QgYWZmZWN0DQo3MjYwOiBpdCB1c2VzIGl3bG12bSBtb2R1bGUgd2hpY2gg -aXRzIG93biBzZXR0aW5nLiBpd2x3aWZpJ3MgcG93ZXJfc2F2ZQ0KcGFyYW1ldGVyIHNlcnZlcyBv -bGRlciBkZXZpY2VzIHN1Y2ggYXMgNjIwNSB3aGljaCB5b3Ugc2VlbSB0byBoYXZlIGFzDQp3ZWxs -Lg0KSW4gNjIwNSdzIGNhc2UsIHBvd2VyIHNhdmUgaXMgZGlzYWJsZWQgYnkgZGVmYXVsdC4gQnV0 -IGFsbCB0aGlzIHNlZW1zDQp2ZXJ5IGZhciBhd2F5IGZyb20gdGhlIG9yaWdpbmFsIHRocmVhZC4N -Cg0KPiANCj4gSSBhbHNvIGhhdmUgYW5vdGhlciBzeXN0ZW0gaXdsIDYyMDUgYW5kIG5vIHNpbmds -ZSBsb2NrdXAgd2FzIG5vdGVkLA0KPiBidXQgaXQgaW5kZWVkIGhhdmUgcG93ZXJfc2F2ZSBkaXNh -YmxlZCwgc28gdGhhdCBtYXkgYmUgdGhlIGNhc2UuDQo+IA0KPiAtLSBQaW90ci4NCg0K +On Thu, 2015-04-23 at 14:48 +0200, Piotr Karbowski wrote: +> Hello, +> +> On Thu, Apr 23, 2015 at 11:15 AM, Jiri Kosina <jkosina@suse.cz> 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Ç+‰·Ÿ®‰†+%ŠËÿ±éݶ\x17¥Šwÿº{.nÇ+‰·¥Š{±þG«éÿŠ{ayº\x1dʇڙë,j\a¢f£¢·hšïêÿ‘êçz_è®\x03(階ŠÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?™¨èÚ&£ø§~á¶iO•æ¬z·švØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?–I¥ diff --git a/a/content_digest b/N1/content_digest index 32631b8..2b73fd9 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -16,55 +16,69 @@ " Johannes <johannes.berg@intel.com>\0" "\00:1\0" "b\0" - "T24gVGh1LCAyMDE1LTA0LTIzIGF0IDE0OjQ4ICswMjAwLCBQaW90ciBLYXJib3dza2kgd3JvdGU6\n" - "DQo+IEhlbGxvLA0KPiANCj4gT24gVGh1LCBBcHIgMjMsIDIwMTUgYXQgMTE6MTUgQU0sIEppcmkg\n" - "S29zaW5hIDxqa29zaW5hQHN1c2UuY3o+IHdyb3RlOg0KPiA+IE9uIFRodSwgMjMgQXByIDIwMTUs\n" - "IEdydW1iYWNoLCBFbW1hbnVlbCB3cm90ZToNCj4gPg0KPiA+PiA+IEkgd2lsbCB0cnkgaXQsIGJ1\n" - "dCBJIGV4cGVjdCB0aGUgcmVzdWx0IHRvIGJlIGJvZ3VzIGJlY2F1c2Ugb2YgdGhpcywNCj4gPj4g\n" - "PiB1bmZvcnR1bmF0ZWx5Lg0KPiA+Pg0KPiA+PiBJIGNhbiB1bmRlcnN0YW5kLiBBIGZldyB1c2Vy\n" - "cyByZXBvcnRlZCB0aGF0IHRoaXMgYnVnIG9jY3VycmVkIG1vcmUNCj4gPj4gcmVsaWFibHkgd2hl\n" - "biBtb3ZpbmcgdGhlaXIgc3lzdGVtLCBhbHRob3VnaCBpdCBzZWVtcyB2ZXJ5IHdlaXJkIHRvIG1l\n" - "Lg0KPiA+DQo+ID4gTXkgImZlZWxpbmciIHdhcyB0aGF0IGl0IHNvbWV0aW1lcyB3YXMgcmVsYXRl\n" - "ZCB0byBzdGFydCBvZiBhdWRpbyBwbGF5YmFjaywNCj4gPiBidXQgbm90IDEwMCUgcmVsaWVibGUg\n" - "ZWl0aGVyLg0KPiA+DQo+ID4+ID4gPiBGaXJzdCBxdWVzdGlvbiBpczogQXJlIHlvdSBzdXJlIHRo\n" - "YXQgNC4wLXJjNiB3YXMgZ29vZD8NCj4gPj4gPg0KPiA+PiA+IFByZXR0eSBtdWNoLCB5ZXMuIEkn\n" - "dmUgYmVlbiBydW5uaW5nIGl0IGZvciBxdWl0ZSBzb21lIHRpbWUgb24gdGhpcw0KPiA+PiA+IG1h\n" - "Y2hpbmUgd2l0aG91dCBhbnkgaXNzdWVzLiBCdXQgYWZ0ZXIgdXBkYXRpbmcgdG8gY3VycmVudCBI\n" - "RUFEIHR3byBkYXlzDQo+ID4+ID4gYWdvLCB0aGUgaXNzdWUgdHJpZ2dlcmVkIGxpa2UgNiBvciA3\n" - "IHRpbWVzIGFscmVhZHkuDQo+ID4+DQo+ID4+IE9rIC0gSSB3aWxsIHRyeSB0byBsb29rIGF0IHRo\n" - "ZSBQQ0kgY29tbWl0cyB0aGVyZSBhbHRob3VnaCBJIGFtIG5vdCBzdXJlDQo+ID4+IEknbGwgYmUg\n" - "YWJsZSB0byBtYWtlIG11Y2ggc2Vuc2Ugb2YgdGhlbS4uLg0KPiA+DQo+ID4gVGhhbmtzLA0KPiAN\n" - "Cj4gaSd2ZSBhbHNvIHN0YXJ0ZWQgbm90aWNpbmcgaGFyZCBzeXN0ZW0gbG9ja3VwcyB3aXRoIGl3\n" - "bHdpZmkuIFdoYXQncw0KPiB3b3J0aCBub3RpY2luZyBpcyB0aGF0IEkndmUgc3RhcnRlZCB0byBz\n" - "ZWUgdGhpcyBvbiAzLjE5IGFuZCBJIGFsc28NCj4gaGF2ZSBpdCBvbiA0LjAga2VybmVsIHRodXMg\n" - "YWxsb3cgbWUgdG8gcmVwb3J0IGl0IGluIHRoaXMgdmVyeSB0aHJlYWQuDQo+IEkgaGFkIG92ZXIg\n" - "bW9udGggdXB0aW1lLCB1bnRpbGwgSSd2ZSB1cGRhdGVkIGl3bCB1Y29kZSwgbWF5YmUgdGhpcyB3\n" - "YXMNCj4gaW50cm9kdWNlZCBub3QgYnkga2VybmVsIGJ1dCBmaXJtd2FyZT8uIFRoZSBsb2NrdXBz\n" - "IGFyZSByYW5kb20gYW5kDQo+IHJlc3VsdCBpbiBoYXJkIHN5c3RlbSBsb2NrdXAsIGZyb3plbiBY\n" - "b3JnLCBzY3JlZW4gYXJ0aWZhY3RzL2dsaXRjaGVzLA0KPiBhdWRpbyBwbGF5YmFjayBrZWVwcyBy\n" - "ZXBlYXRpbmcgbGFzdCBzZWNvbmQgb3Igc28gb2YgbXVzaWMsIHN5c3JxDQo+IGNhbm5vdCBoYW5k\n" - "bGUgaXQgYXMgd2VsbCBhcyBhdXRvLXJlYm9vdCBhZnRlciBrZXJuZWwgcGFuaWMgZG9lcyBub3QN\n" - "Cj4ga2lja3MgaW4uDQo+IA0KDQpJIGRvbid0IHNlZSBob3cgdGhlIHVjb2RlIGNhbiBjYXVzZSBj\n" - "cmFzaGVzLCBidXQgYSBuZXcgdWNvZGUgY2FuIG1ha2UNCnRoZSBkcml2ZXIgYmVoYXZlIGRpZmZl\n" - "cmVudGx5IChuZXcgQVBJcyBiZWluZyBhdmFpbGFibGUpIGFuZCB0aGF0IGNhbg0KY2F1c2UgY3Jh\n" - "c2hlcy4gUGxlYXNlIHNoYXJlIGFueSBsb2dzIHlvdSBtYXkgaGF2ZS4NCg0KPiBUaGUgaGFyZHdh\n" - "cmUgSSBzZWUgdGhpcyBwcm9ibGVtIG9uIGlzIGl3bCA3MjYwLiBUaGUgb25seSB3b3JrYXJvdW5k\n" - "DQo+IEkndmUgZm91bmQgc28gZmFyIHdhcyB0byBkaXNhYmxlIHBvd2VyIHNhdmUgdmlhIGBpdyBk\n" - "ZXYgd2xhbjAgc2V0DQo+IHBvd2VyX3NhdmUgb2ZmYCBhbmQgbm90IGEgc2luZ2xlIGxvY2t1cCBz\n" - "aW5jZS4gV2hhdCdzIHJhdGhlcg0KPiBkaXN0dXJiaW5nIGlzIHRoYXQgYnkgJ21vZGluZm8gaXds\n" - "d2lmaScgaXQgZG9lcyBzYXkgdGhhdCBwb3dlcl9zYXZlIGlzDQo+IGRlZmF1bHQgb2ZmLCBidXQg\n" - "aXQgaXMgbm90LiBJIGFtIHN1cmUgdGhhdCBub3RoaW5nIGVsc2UgZW5hYmxlcw0KPiBwb3dlcl9z\n" - "YXZlIG9uIG15IHN5c3RlbSBiZWNhdXNlIEkgZG9uJ3QgZXZlbiBoYXZlIHVkZXYsIGFuZCBmb3Ig\n" - "dGhlDQo+IHRlc3QgSSd2ZSBhbHNvIGRpc2FibGVkIHdpY2QsIHRoZW4gc2ltcGxlIGBtb2Rwcm9i\n" - "ZSBpd2x3aWZpYCBhbmQgYGl3DQo+IGRldiB3bGFuMCBnZXQgcG93ZXJfc2F2ZWAgcmVwb3J0cyAn\n" - "b24nLg0KDQpZZWFoIC0gSSBrbm93LiBUaGlzIGlzIGNvbmZ1c2luZy4gVGhpcyBtb2R1bGUgcGFy\n" - "YW1ldGVyIGRvZXNuJ3QgYWZmZWN0DQo3MjYwOiBpdCB1c2VzIGl3bG12bSBtb2R1bGUgd2hpY2gg\n" - "aXRzIG93biBzZXR0aW5nLiBpd2x3aWZpJ3MgcG93ZXJfc2F2ZQ0KcGFyYW1ldGVyIHNlcnZlcyBv\n" - "bGRlciBkZXZpY2VzIHN1Y2ggYXMgNjIwNSB3aGljaCB5b3Ugc2VlbSB0byBoYXZlIGFzDQp3ZWxs\n" - "Lg0KSW4gNjIwNSdzIGNhc2UsIHBvd2VyIHNhdmUgaXMgZGlzYWJsZWQgYnkgZGVmYXVsdC4gQnV0\n" - "IGFsbCB0aGlzIHNlZW1zDQp2ZXJ5IGZhciBhd2F5IGZyb20gdGhlIG9yaWdpbmFsIHRocmVhZC4N\n" - "Cg0KPiANCj4gSSBhbHNvIGhhdmUgYW5vdGhlciBzeXN0ZW0gaXdsIDYyMDUgYW5kIG5vIHNpbmds\n" - "ZSBsb2NrdXAgd2FzIG5vdGVkLA0KPiBidXQgaXQgaW5kZWVkIGhhdmUgcG93ZXJfc2F2ZSBkaXNh\n" - YmxlZCwgc28gdGhhdCBtYXkgYmUgdGhlIGNhc2UuDQo+IA0KPiAtLSBQaW90ci4NCg0K + "On Thu, 2015-04-23 at 14:48 +0200, Piotr Karbowski wrote:\n" + "> Hello,\n" + "> \n" + "> On Thu, Apr 23, 2015 at 11:15 AM, Jiri Kosina <jkosina@suse.cz> wrote:\n" + "> > On Thu, 23 Apr 2015, Grumbach, Emmanuel wrote:\n" + "> >\n" + "> >> > I will try it, but I expect the result to be bogus because of this,\n" + "> >> > unfortunately.\n" + "> >>\n" + "> >> I can understand. A few users reported that this bug occurred more\n" + "> >> reliably when moving their system, although it seems very weird to me.\n" + "> >\n" + "> > My \"feeling\" was that it sometimes was related to start of audio playback,\n" + "> > but not 100% relieble either.\n" + "> >\n" + "> >> > > First question is: Are you sure that 4.0-rc6 was good?\n" + "> >> >\n" + "> >> > Pretty much, yes. I've been running it for quite some time on this\n" + "> >> > machine without any issues. But after updating to current HEAD two days\n" + "> >> > ago, the issue triggered like 6 or 7 times already.\n" + "> >>\n" + "> >> Ok - I will try to look at the PCI commits there although I am not sure\n" + "> >> I'll be able to make much sense of them...\n" + "> >\n" + "> > Thanks,\n" + "> \n" + "> i've also started noticing hard system lockups with iwlwifi. What's\n" + "> worth noticing is that I've started to see this on 3.19 and I also\n" + "> have it on 4.0 kernel thus allow me to report it in this very thread.\n" + "> I had over month uptime, untill I've updated iwl ucode, maybe this was\n" + "> introduced not by kernel but firmware?. The lockups are random and\n" + "> result in hard system lockup, frozen Xorg, screen artifacts/glitches,\n" + "> audio playback keeps repeating last second or so of music, sysrq\n" + "> cannot handle it as well as auto-reboot after kernel panic does not\n" + "> kicks in.\n" + "> \n" + "\n" + "I don't see how the ucode can cause crashes, but a new ucode can make\n" + "the driver behave differently (new APIs being available) and that can\n" + "cause crashes. Please share any logs you may have.\n" + "\n" + "> The hardware I see this problem on is iwl 7260. The only workaround\n" + "> I've found so far was to disable power save via `iw dev wlan0 set\n" + "> power_save off` and not a single lockup since. What's rather\n" + "> disturbing is that by 'modinfo iwlwifi' it does say that power_save is\n" + "> default off, but it is not. I am sure that nothing else enables\n" + "> power_save on my system because I don't even have udev, and for the\n" + "> test I've also disabled wicd, then simple `modprobe iwlwifi` and `iw\n" + "> dev wlan0 get power_save` reports 'on'.\n" + "\n" + "Yeah - I know. This is confusing. This module parameter doesn't affect\n" + "7260: it uses iwlmvm module which its own setting. iwlwifi's power_save\n" + "parameter serves older devices such as 6205 which you seem to have as\n" + "well.\n" + "In 6205's case, power save is disabled by default. But all this seems\n" + "very far away from the original thread.\n" + "\n" + "> \n" + "> I also have another system iwl 6205 and no single lockup was noted,\n" + "> but it indeed have power_save disabled, so that may be the case.\n" + "> \n" + "> -- Piotr.\n" + "\n" + "\303\277\303\264\303\250\302\272{.n\303\207+\302\211\302\267\302\237\302\256\302\211\302\255\302\206+%\302\212\303\213\303\277\302\261\303\251\303\235\302\266\027\302\245\302\212w\303\277\302\272{.n\303\207+\302\211\302\267\302\245\302\212{\302\261\303\276G\302\253\302\235\303\251\303\277\302\212{ay\302\272\035\303\212\302\207\303\232\302\231\303\253,j\a\302\255\302\242f\302\243\302\242\302\267h\302\232\302\217\303\257\302\201\303\252\303\277\302\221\303\252\303\247z_\303\250\302\256\003(\302\255\303\251\302\232\302\216\302\212\303\235\302\242j\"\302\235\303\272\032\302\266\033m\302\247\303\277\303\277\302\276\a\302\253\303\276G\302\253\302\235\303\251\303\277\302\242\302\270?\302\231\302\250\303\250\302\255\303\232&\302\243\303\270\302\247~\302\217\303\241\302\266iO\302\225\303\246\302\254z\302\267\302\232v\303\230^\024\004\032\302\266\033m\302\247\303\277\303\277\303\203\f\303\277\302\266\303\254\303\277\302\242\302\270?\302\226I\302\245" -a95ca35d04c14bebac7805105f699eba0853075baffa2bd44caa639d912b2fa9 +2e424523702fe69da65998c26002d6edc1c7a3fa3135c784900c6cc7f373ddff
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.