Created attachment 560078 [details] output of the commands that I think will be useful for debugging. Description of problem: I am not able to connect to wireless after upgrading my kernel from 3.2.1-3 to newer versions (the most recent is 3.2.3-2). dmesg shows that the connection is authenticated and then gets dropped off citing a mysterious reason 3: [ 2320.212171] wlan0: deauthenticating from 00:1b:2f:4a:6a:00 by local choice (reason=3) Version-Release number of selected component (if applicable): FC16 and kernel: 3.2.3-2 How reproducible: Always Steps to Reproduce: 1.Log-in 2.Fedora tries to establish wireless connection 3. Fails and pops up the dialog-box asking for authentication for ESSID Actual results: wireless connection should be established Expected results: wirless connection has dropped off. Additional info:
reassigned to kernel
I'm fairly sure this has been fixed in Fedora git already. (Also, not sure why this is in MODIFIED state at this point, but let's go with it)
Here is the hardware info: $ lspci ..... 02:00.0 Network controller: Atheros Communications Inc. AR2427 Wireless Network Adapter (PCI-Express) (rev 01)
Details info: $ lspci -v 02:00.0 Network controller: Atheros Communications Inc. AR2427 Wireless Network Adapter (PCI-Express) (rev 01) Subsystem: AzureWave Device 1112 Flags: bus master, fast devsel, latency 0, IRQ 17 Memory at fbff0000 (64-bit, non-prefetchable) [size=64K] Capabilities: <access denied> Kernel driver in use: ath9k Kernel modules: ath9k
I can confirm this bug FC16 and kernel 3.1.9-1.fc16.x86_64 - work FC16 and kernel 3.2.* don't work 24:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01) Subsystem: Hewlett-Packard Company Device 1461 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 19 Region 0: Memory at c4700000 (64-bit, non-prefetchable) [size=64K] Capabilities: [40] Power Management version 3 Flags: PMEClk- DSI- D1+ D2- AuxCurrent=375mA PME(D0+,D1+,D2-,D3hot+,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit- Address: 00000000 Data: 0000 Capabilities: [60] Express (v2) Legacy Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <64us ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <512ns, L1 <64us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- DevCap2: Completion Timeout: Not Supported, TimeoutDis+ DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-, Selectable De-emphasis: -6dB Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- Compliance De-emphasis: -6dB LnkSta2: Current De-emphasis Level: -6dB Capabilities: [100 v1] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- Capabilities: [140 v1] Virtual Channel Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 Arb: Fixed- WRR32- WRR64- WRR128- Ctrl: ArbSelect=Fixed Status: InProgress- VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=ff Status: NegoPending- InProgress- Capabilities: [160 v1] Device Serial Number 00-15-17-ff-ff-24-14-12 Capabilities: [170 v1] Power Budgeting <?> Kernel driver in use: ath9k Kernel modules: ath9k
I did not see any update from the fedora repository. Meanwhile, I found that the workaround from some old bug in ath9k module: # rmmod ath9k # modprobe ath9k nohwcrypt=1
There are ath9k regressions reported upstream as well, and some fixes posted: http://marc.info/?l=linux-wireless&m=132847314230683&w=2 http://marc.info/?l=linux-wireless&m=132847313630681&w=2 I'm going to prepare test build with those patches ...
Actually John already applied those patches.
I lunched scratch build with the latest F-16 kernel (which include ath9k fixes) here: http://koji.fedoraproject.org/koji/taskinfo?taskID=3773402 Please test.
So, is this bug fixed on current F-16 kernel release 3.2.7-1.fc16 ?
Hi syanislaw, Yes, the bug has been fixed. Sorry not to have updated this issue before
Okey, so lets close this report.