Bug 15613
Summary: | ipw2100 Fatal interrupt. Scheduling firmware restart. | ||
---|---|---|---|
Product: | Drivers | Reporter: | Charles Samuels (charles) |
Component: | network-wireless | Assignee: | drivers_network-wireless (drivers_network-wireless) |
Status: | CLOSED INSUFFICIENT_DATA | ||
Severity: | normal | CC: | linville, yi.zhu |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 2.6.32-3-686 | Subsystem: | |
Regression: | No | Bisected commit-id: |
Description
Charles Samuels
2010-03-23 01:38:00 UTC
I doubt this is the root cause for your problem since the 2200 patch is fixing the rx queue while your problem is tx command sending failure. But it worth trying. Unfortunately, I don't have the bandwidth to port the patch at this time. Maybe you can ask for some help on the ML. Regarding on the firmware error, we cannot find the correct 2100 firmware engineer any more. So it will be unlikely to have new 2100 firmwares released in the future. Sorry. Actually, the problem seems to occur when receiving lots of data, not necessarily transmitting. Logically, the firmware might just be running out of space and aborting for that reason. I also want to add that this problem affects all networks regardless of security settings, not just WPA, with or without a supplicant. I think we need some better debugging info here. Please be sure to build your kernel with CONFIG_IPW2100_DEBUG. Then do this (as root): echo 32 > /proc/net/ipw2100/debug_level Finally, recreate the issue and attach full /var/log/messages after the failure. Hopefully that points closer to the problem. Closing due to lack of response -- please reopen if/when requested information becomes available... |