rt2500 module keeps losing connection with AP.
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux-source-2.6.20 (Ubuntu) |
Confirmed
|
Medium
|
Unassigned | ||
linux-source-2.6.22 (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
After last kernel update, the rt2500 wireless card and its module returned to its erroneous state which was present in a fresh install of feisty.
I use the card to connect to a home AP which "distributes" access to internet. After the last update, the internet often drops dead, even if the AP is running fine. This is purely the issue of rt2500 module, since I had two machines connected to the AP and browsing the web happily, with the desktop sometimes suddenly dropping dead, even though the iwconfig command states that it is connected with 27 % signal strength.
As I wrote, everything was ok till the last kernel update, so the rt2500 module probably ended in an erroneous state after it.
Output of "uname -a":
Linux Tomahna 2.6.20-16-generic #2 SMP Sun Sep 23 19:50:39 UTC 2007 i686 GNU/Linux
Changed in linux-source-2.6.20: | |
assignee: | nobody → ubuntu-kernel-team |
importance: | Undecided → Medium |
status: | Incomplete → Confirmed |
Changed in linux-source-2.6.22: | |
assignee: | nobody → ubuntu-kernel-team |
Thank you for taking the time to report this bug and helping to make Ubuntu better. Unfortunately we can't fix it, because your description doesn't yet have enough information. /wiki.ubuntu. com/KernelTeamB ugPolicies . Thanks in advance!
Please include as attachments the following additional information, if you have not already done so (please pay attention to lspci's additional options), as required by the Ubuntu Kernel Team:
1. Please include the output of the command 'uname -a' in your next response. It should be one, long line of text which includes the exact kernel version you're running, as well as the CPU architecture.
2. Please run the command 'dmesg > dmesg.log' and attach the resulting file 'dmesg.log' to this bug report.
3. Please run the command 'sudo lspci -vvnn > lspci-vvnn.log' and attach the resulting file 'lspci-vvnn.log' to this bug report.
For your reference, the full description of procedures for kernel-related bug reports is available at https:/