Bug 43283
Summary: | Intel 3945abg - Slow transfers | ||
---|---|---|---|
Product: | Networking | Reporter: | Dvanzo (danielvanzo) |
Component: | Wireless | Assignee: | Stanislaw Gruszka (stf_xl) |
Status: | CLOSED INSUFFICIENT_DATA | ||
Severity: | high | CC: | alan, stf_xl |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 3.2.0-24 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: | Info about cpu, pci, mem, io, scsi, etc... |
Description
Dvanzo
2012-05-23 19:02:26 UTC
Already tested without success with upstream kernel linux-image-3.4.0-030400-generic-pae (In reply to comment #0) > I'm suffering slow wifi transfers with my Vostro 1500 (Intel 3945abg). 10.04 > was ok, but since then, What kernel version was on 10.04 ? Did you try disable_hw_scan=0 module option ? Really dont remember what kernel version was... But it worked!!! :) Regarding your second question, I already did: sudo modprobe -r iwl3945 sudo modprobe iwl3945 disable_hw_scan=0 But the speed transfer is still the same... Regards, Daniel From the original bug reported at launchpad: It seems like a regression about iwl3945 driver, i had a similar problem with older kernel where wireless speed was limited to 1mbps, with k/ubuntu 10.04 and 2.6.32 kernel this problem was disappear. Regards, Daniel More info from Bug 1932 (http://bugzilla.intellinuxwireless.org/show_bug.cgi?id=1932) ------- Comment #159 From Eric Appleman 2010-12-22 21:42:43 ------- I have found the regression window. 2.6.35-rc2: 20 Mbps 2.6.35-rc3: 2 Mbps Some commit between these two releases broke the driver. ------- Comment #167 From Wey-Yi Guy 2011-12-04 17:35:30 ------- The 4965/3945 driver is being refactor and maintain by Stanislaw from redhat. Stanislaw Gruszka <sgruszka@redhat.com> Please contact Stanislaw if you still seeing the issue with the latest kernel (3.2.0) I am going to close this bug with "will not fix" Thanks Wey What it means? No fix for this problem at all??? Regards, Daniel It means that Intel does not support iwl3945 any longer. Regarding ubuntu bug report - there are a few reasons causing slow speed problems. One is already fixed in the code, other require using disable_hw_scan=0 option, another require disable_hw_scan=1 (what is default setting now). You seem to hit yet another issue, i.e. different than Eric Appleman had. Please find two consecutive kernel versions where the problem start to happen, i.e telling that for example 2.6.35 works and 2.6.36 is broken. This will require compiling custom kernel, eventually use binary kernel packages with all major kernel releases. When you will find when exactly regression happen, I'll ask you for more debug info. Hi Stanislaw! If you see my comment #5, in it you found the requested info: 2.6.35-rc2: 20 Mbps 2.6.35-rc3: 2 Mbps I'm not a technical guy, but I'll be glad to help to fix this problem (not only because it affect me)... Regards, Daniel As I wrote before you are hitting different bug than Eric Appleman (because his problem was fixed), even if it manifest itself similar. If you found regression window, I need verbose logs on working kernel and broken kernel as described here: https://bugzilla.kernel.org/show_bug.cgi?id=35932#c2 Note module name is different i.e. iwl3945, also verbose debug compile option name changed from one kernel version to other, i.e. currently it is CONFIG_IWLEGACY_DEBUG. Stanislaw, thanks so much for your attention... As a non-technical user, can you tell me where can I find info about how to test different kernels? Also, my notebook is my working machine... Its possible to test differents kernel using a live (USB) version? Regards, Daniel You can use live CD narrow the regression. For example you can check Fedora-14 and Fedora-15 which (if I remember correctly) use 2.6.35 and 2.6 38 kernels respectively. If you confirm the regression happens there, you can provide verbose logs. However logs from kernels version which differ much i.e 2.6.n and 2.6.n+3 can be not so much informative like from kernels 2.6.n and 2.6.n+1, because driver was rewritten many times by Intel on each kernel version. Since you report bug at kernel.org, basically is expected that you can build custom kernel and patch it, i.e to confirm that my eventual patch fix the problem. Well, ok, this is not needed if developer can actually reproduce the problem locally. But in this case I can not reproduce the issue, iwl3945 works with optimum performance with all my Access Points (I have plenty of them). |