Bug 471058 - iwl4965 - wpa fails when AP is .11N with kernels newer than 2.6.25.x
iwl4965 - wpa fails when AP is .11N with kernels newer than 2.6.25.x
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: John W. Linville
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2008-11-11 11:08 EST by gene c
Modified: 2008-12-09 11:31 EST (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-12-09 11:31:43 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description gene c 2008-11-11 11:08:09 EST
Description of problem: WPA2 Connection fails when AP is B/G/N with kernels newer than All works fine when AP is set to B/G mode

(1) With AP in B/G

     I can connect fine using using newer kernels (2.6.26.x) or older kerneles
(2.6.25.x) with both wpa_supplicant directly or with network manager.

  (2) With AP in B/G/N mode - 

      I can connect fine only with older kerneles (2.6.25.x) using both
wpa_supplicant directly or network manager.

      However Newer kernels are a problem with either wpa_supplicant or NM.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Set AP to B/G/N (I am using cisco /Linksys  WRT160)
2. Boot kernel 2.6.26.x
3. Attempt a WPA2 connection with either wpa_supplicant or NM
4. Change AP setting to B/G - all works fine with newer kernels

Actual results: Connects briefly (or not at all) - then ceases to work.

Expected results: Should work whether the AP is in B/G or B/G/N mode.

Additional info:
Works fine with earlier kernels - works fine.
Comment 1 John W. Linville 2008-11-11 11:20:08 EST
Have you tried an F9 kernel?
Comment 2 gene c 2008-11-11 12:16:59 EST
I thought the 2.6.26.x kernels in F8 and F9 were the same ? I see a 2.6.27 in updates-testing for F9 - is that what you meant ?
Comment 3 John W. Linville 2008-11-11 12:54:03 EST
Yes, please.
Comment 4 gene c 2008-11-11 13:22:59 EST
Ok when I try install the F9  kernel-PAE- kernel on F8 it tells me:

Failed dependencies:
        mkinitrd >= 6.0.39-1 is needed by kernel-PAE-
        kernel-firmware >= is needed by kernel-PAE-

Is it safe to install these 2 packages ? Is the mkinitrd backward compatible with the older F8 kernels so when I go back all will boot/work ok? I would imagine so but I'd like to check .. this laptop is rather important.

As of now there is no such F8 kernel-firmware package and my mkinitrd is mkinitrd-6.0.19-4.fc8.
Comment 5 John W. Linville 2008-11-11 13:42:59 EST
Pulling in mkinitrd will require a bunch of other bits -- nevermind.
Comment 6 Jon Stanley 2008-11-23 12:35:49 EST
sorry for the noise, trying to figure out why python-bugzilla chokes on this, I think the subject contained some unicode character or something.
Comment 7 John W. Linville 2008-11-24 15:10:33 EST
Not too different, but can you add this to /etc/modprobe.conf?

   options iwlagn 11n_disable=1

Follow that with 'modprobe -r iwlagn ; modprobe iwlagn'.  Now enable .11n on your AP.  Are you able to associate (even though it is not in 11n mode)?
Comment 8 gene c 2008-11-24 15:23:13 EST
I will do this this when I get access to an N AP - (this evening east coast time) - however this machine is F8 and I do not have 2.6.27 yet - I believe the module is iwl4965 - is iwlagn the correct option for kernel ?

There's a possibility I can put F10 on this in the next few weeks as well - I will report on that when I am able.

Comment 9 John W. Linville 2008-11-24 15:32:13 EST
In that case, use iwl4965 -- I think it has that option too.
Comment 10 gene c 2008-11-24 21:56:10 EST
Ok done.

   (i) Took me 7 tries before it connected to the N AP sitting next to the laptop - it insisted on sticking to the BG AP 100 feet away. 

   (ii) Once connected to the AP set to BGN mode - (with 11n disabled) as above - I downloaded a 512 MiB file because the previous testing indicated it would connect but start failing fairly soon with traffic.

    So far this connection (over 3 mins) has  remained solid. 

    I used wpa_supplicant directly.
Comment 11 John W. Linville 2008-11-25 10:12:00 EST
Hey, thanks for the test report.  So it sounds like 11n_disable=1 has a similar effect as disabling .11n on the AP.  That may help to narrow-down the fault.
Comment 12 Bug Zapper 2008-11-26 06:18:10 EST
This message is a reminder that Fedora 8 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 8.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '8'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 8's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 8 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
Comment 13 John W. Linville 2008-12-09 11:31:43 EST
FWIW, the 2.6.27.x kernels (where x > 8?) should have a fix that corrects this issue.  Of course, those are only built for Fedora 9 and 10.  It doesn't look practical to backport that fix to the Fedora 8 kernels -- I'm sorry.

Note You need to log in before you can comment on or make changes to this bug.