Bug 125486
| Summary: | airo MPI350 stopped working | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Warren Togami <wtogami> | ||||||||
| Component: | kernel | Assignee: | Arjan van de Ven <arjanv> | ||||||||
| Status: | CLOSED RAWHIDE | QA Contact: | Brian Brock <bbrock> | ||||||||
| Severity: | medium | Docs Contact: | |||||||||
| Priority: | medium | ||||||||||
| Version: | rawhide | CC: | barryn, fabrice, notting | ||||||||
| Target Milestone: | --- | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | i686 | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2004-06-23 06:47:21 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: | 125270 | ||||||||||
| Attachments: |
|
||||||||||
|
Description
Warren Togami
2004-06-07 23:15:20 UTC
Created attachment 100947 [details]
airo-422.txt
dmesg with 422 kernel showing airo failure.
Created attachment 100948 [details]
airo-397-working.txt
dmesg from 397 kernel showing working behavior prior to RFMON patch.
Created attachment 100972 [details]
reenable card reset when module is loaded
On my laptop (T40), it appeared that the initial card reset was not needed, but
this was certainly a bad idea, if it breaks on other hardwares ? Does this
patch helps ?
I also removed the card reset in airo_pci_resume() too, invoked when coming
back from APM/ACPI suspend, because I observed that the card could no longer
associate when coming back from Monitor to Managed mode, after the reset
command was issued (in airo_pci_resume()). Moreover, removing this reset didn't
generate bad consequences in my case, but YMMV.
So, if this patch works, does the card properly resume from ACPI and from APM
suspend too ? (it should not be necessary to ifdown/ifup the interface in the
apm scripts)
I made some tests, and discovered that this buggy behaviour is triggered by kudzu, and resolved by the above patch. If you don't see other problems, I'll submit it to Javier. The bug should be fixed in 2.6.7-bk3. Thanks. Our latest released kernel reverted to the old airo, but we will be sure that your latest airo driver is tested with our rawhide kernels. kernel-2.6.7-1.448 seems to work on all firmware versions without problems. Great work Fabrice! =) Hm, I have a Thinkpad R40 with a Mini PCI 350 (Firmware 5b00.08), which on Fedora Core 2, which works with kernel-2.6.5-1.358 and does not work with kernel-2.6.7-1.494.2.2. The latter will not even allow to unload the module again. Oh, and I have kudzu disabled during startup. Regards Mirko I tested with firmware 5.00.03 and kernel-2.6.7-1.494.2.2, and it works for me (it associates to the AP, with WEP enabled). Unfortunately, firmware 5b00.08 isn't available from Cisco web site, so I cannot use this exact version. Do you have any related errors in the logs ? |