| Summary: | Intel Corporation Centrino Wireless-N 1030 BUG | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jorik <fragmonkey123> |
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
| Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 16 | CC: | gansalmon, itamar, jonathan, kernel-maint, linville, madhu.chinakonda, p.v.ieperen, sgruszka, wey-yi.w.guy |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-09-04 14:10:00 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Jorik
2011-11-15 16:19:06 UTC
Sorry for the double submit the first submit was a accident. Greetings Jorik *** Bug 754181 has been marked as a duplicate of this bug. *** This is firmware issue or driver do something wrong that make firmware crash. Is this regression, I mean did it work before on some older kernel? I think I have the same problem here on 2 different machines using iwlagn driver. Start having this problem since upgrade to FC16. Laptop(Dell)/Netbook(Acer) worked fine with FC15. Dell uses: Intel Corporation Centrino Advanced-N 6205 (rev 34) Acer uses: Intel Corporation Centrino Wireless-N 100 The only difference here is connection is active for about 20 minutes, Then it silencely die. I will try it with swcrypto=1. If looking further in bugzilla, I think the following bug is also related somehow: https://bugzilla.redhat.com/show_bug.cgi?id=753482 (In reply to comment #3) > This is firmware issue or driver do something wrong that make firmware crash. > > Is this regression, I mean did it work before on some older kernel? [ 194.715226] iwlagn 0000:0d:00.0: Tx aggregation enabled on ra = 00:0c:f6:b4:63:38 tid = 0 [ 277.126468] iwlagn 0000:0d:00.0: Microcode SW error detected. Restarting 0x2000000. [ 277.126474] iwlagn 0000:0d:00.0: Loaded firmware version: 17.168.5.2 build 35905 The issue is coming from the firmware (In reply to comment #5) > The issue is coming from the firmware These firmware crashes mostly happen because driver do not talk nicely to firmware. We have many examples when firmware does not crash with kernel n but crash with kernel n+1 . If that would be regression, I could look at kernel changlog and try to find commit that could possibly broke. Or if I would mange to recreate problem I could bisect it. Or eventually you could bisect it (but that need a bit of technical skills, quite lot of time and patience). If this is not regression - only Intel can fix that, but they usually do not fix iwlwifi issues happen to fedora users :-( What we could eventually do, is change to use swcrypto=1 by default on IWL 1000, but this is just workaround. do you have the trace for Microcode SW error detected? I will like to see what did Microcode reporting? Thanks Wey It is in: http://pastebin.com/6mfUJUCj hmm, the log is for 6205 device and it is NMI watchdog timeout, which mean the uCode is not responding. The last host command is for "REPLY_TX" and the uCode report stuck in BT-coex which does not make sense to me at all. 6205 is not an combo device. 17.168.5.2 is not the latest uCode, could we try 17.168.5.3 and see the problem still exist? Thanks Wey Are you still able to recreate this with currently updated kernels? |