Bug 616322
Summary: | iwlagn: SW microcode SW error | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Yaniv Kaul <ykaul> |
Component: | kernel | Assignee: | John W. Linville <linville> |
Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 13 | CC: | anton, dougsland, gansalmon, itamar, jkt, jonathan, kernel-maint, kwizart, linville, madhu.chinakonda, msanders, pp, 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: | 2010-08-05 17:26:45 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Yaniv Kaul
2010-07-20 07:22:02 UTC
Does the connection eventually recover? (In reply to comment #1) > Does the connection eventually recover? Yes. OK, then it seems like we (i.e. Fedora) are doing all we can do. Problems with the Intel firmware need to be handled by the folks at www.intellinuxwireless.org... it is watchdog timer kick in which mean some process took too much time to complete and timeout. We will have our firmware team look into it, but I am glade it can recover ok. Wey Hint for those experiencing problem, loading iwlagn with 11n_disable=1 makes things much much better (as in no stalls so far, .35 is totally unusable and .33 and .34 just randomly worked badly every now and then without 11n enabled). Looking at the wireless list Intel has a new ucode ready that should fix this, but it's not been released yet. Keeping my fingers crossed :) |