Bug 592011
| Summary: | iwlagn hangs kernel since fedora 13 | |||
|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Andrew <asavva> | |
| Component: | kernel | Assignee: | John W. Linville <linville> | |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | |
| Severity: | medium | Docs Contact: | ||
| Priority: | low | |||
| Version: | 13 | CC: | anton, bojan, dougsland, gansalmon, itamar, jonathan, kernel-maint, linville, reinette.chatre | |
| Target Milestone: | --- | |||
| Target Release: | --- | |||
| Hardware: | All | |||
| OS: | Linux | |||
| Whiteboard: | ||||
| Fixed In Version: | kernel-2.6.33.5-112.fc13 | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 595846 (view as bug list) | Environment: | ||
| Last Closed: | 2010-08-07 05:57:06 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: | ||||
| Bug Depends On: | ||||
| Bug Blocks: | 595846 | |||
|
Description
Andrew
2010-05-13 17:09:58 UTC
iwl_fill_probe_req:
if (WARN_ON(left < ie_len))
return len;
But still, it is a WARN_ON -- it shouldn't hang the box. Maybe it is indicative of some other failure? Hopefully the Intel team can shed some light?
What hardware is this? This kernel seems significantly different from 2.6.33.3. Could you please guide me on how to obtain the sources of this kernel? I think I asked for this help before but forgot how to do it, I'm sorry and will make sure to post what you send next somewhere where I will always get it. (In reply to comment #2) > Could you please guide > me on how to obtain the sources of this kernel? You can get source RPM from here: http://koji.fedoraproject.org/koji/buildinfo?buildID=172010 All Fedora kernels are here: http://koji.fedoraproject.org/koji/packageinfo?packageID=8 PS. Was just passing by and saw your question. (In reply to comment #2) > What hardware is this? It's a Sony Vaio VGN-SZ691N. Here are the iwlagn specific log entries: iwlagn: Intel(R) Wireless WiFi Link AGN driver for Linux, 2.6.33.3-85.fc13.x86_64-kds iwlagn: Copyright(c) 2003-2009 Intel Corporation iwlagn 0000:06:00.0: power state changed by ACPI to D0 iwlagn 0000:06:00.0: power state changed by ACPI to D0 iwlagn 0000:06:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 iwlagn 0000:06:00.0: setting latency timer to 64 iwlagn 0000:06:00.0: Detected Intel Wireless WiFi Link 4965AGN REV=0x4 iwlagn 0000:06:00.0: Tunable channels: 11 802.11bg, 13 802.11a channels iwlagn 0000:06:00.0: irq 30 for MSI/MSI-X iwlagn 0000:06:00.0: firmware: requesting iwlwifi-4965-2.ucode iwlagn 0000:06:00.0: loaded firmware version 228.61.2.24 iwlagn 0000:06:00.0: iwl_tx_agg_start on ra = 00:22:6b:f8:63:46 tid = 0 iwlagn 0000:06:00.0: iwl_tx_agg_start on ra = 00:22:6b:f8:63:46 tid = 0 iwlagn 0000:06:00.0: power state changed by ACPI to D3 iwlagn 0000:06:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10a) iwlagn 0000:06:00.0: restoring config space at offset 0x4 (was 0x4, writing 0xf8000004) iwlagn 0000:06:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x10) iwlagn 0000:06:00.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100006) iwlagn 0000:06:00.0: power state changed by ACPI to D0 iwlagn 0000:06:00.0: power state changed by ACPI to D0 iwlagn 0000:06:00.0: power state changed by ACPI to D0 iwlagn 0000:06:00.0: power state changed by ACPI to D0 > > This kernel seems significantly different from 2.6.33.3. Could you please guide > me on how to obtain the sources of this kernel? I think I asked for this help > before but forgot how to do it, I'm sorry and will make sure to post what you > send next somewhere where I will always get it. The info from comment 3 is correct. FWIW, this kernel has the patches which were recently discussed on the stable list. (In reply to comment #5) > The info from comment 3 is correct. FWIW, this kernel has the patches which > were recently discussed on the stable list. Any chance there are instructions out there to get the kernel source if you are not running Fedora? In the mean time, since this has the RF reset code I think we are looking at another incarnation of an internal scan race here. If you are supporting internal scanning (RF reset) then you really need the recent scan races fixes that Johannes and I sent upstream. Johannes's patch made it to linux-2.6: commit 88be026490ed89c2ffead81a52531fbac5507e01 Author: Johannes Berg <johannes.berg> Date: Wed Apr 7 00:21:36 2010 -0700 iwlwifi: fix scan races Mine didn't, it can be found on iwlwifi-2.6's wireless-2.6 branch and was submitted at:http://thread.gmane.org/gmane.linux.kernel.wireless.general/50897/focus=50899 Since you need these two anyway, any chance to build a kernel with them and retest? http://koji.fedoraproject.org/koji/taskinfo?taskID=2194306 Test kernel above has the patches Reinette recommended in comment 6. Please give them a try and post the results here -- thanks! Reinette, as for getting the sources w/o running Fedora...that could be difficult. Perhaps your local distro has rpm available? If so, then rpmbuild may still be the right tool to use. Otherwise, rpm2cpio (piped to cpio) can extract everthing. But you would still need to unpack the tarball and apply any patches in the proper order. Maybe a virtual host running a Fedora image would be easier? :-) (In reply to comment #7) > http://koji.fedoraproject.org/koji/taskinfo?taskID=2194306 > > Test kernel above has the patches Reinette recommended in comment 6. Please > give them a try and post the results here -- thanks! Cheers, I've installed and am running the test kernel now. I'm going to try downloading a large file (fedora ISO probably) and see how that fares. I'll report back tomorrow morning to say how it's going. Thanks! Yes I can confirm the patch seems to be holding. I've been using it for over 24 hours and no crash. Many thanks! |