Bug 1199630
| Summary: | ath9k Mac Chip Rev 0xfffc0.f is not supported by this driver | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | František Zatloukal <fzatlouk> | ||||
| Component: | kernel | Assignee: | fedora-kernel-wireless-ath | ||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 22 | CC: | bertrand.gambier, gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, mchehab | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2015-03-09 12:45:04 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
František Zatloukal
2015-03-06 19:46:03 UTC
Did this work on previous kernels? It works perfectly on Fedora 21 default kernel. Should I test different kernels? By Fedora 21 kernel, I mean the version included on Live ISO. Since this is new laptop and I haven´t installed Fedora yet. Can you provide the output of dmesg from the F21 kernel? Created attachment 998999 [details]
dmesg from Fedora 21
dmesg from Fedora 21.
(In reply to František Zatloukal from comment #5) > Created attachment 998999 [details] > dmesg from Fedora 21 > > dmesg from Fedora 21. Hm... 20.738223] ath: phy0: WB335 2-ANT card detected [ 20.738228] ath: phy0: Set BT/WLAN RX diversity capability [ 20.746932] ath: phy0: Enable LNA combining [ 20.748196] ath: phy0: ASPM enabled: 0x43 [ 20.748200] ath: EEPROM regdomain: 0x65 [ 20.748202] ath: EEPROM indicates we should expect a direct regpair map [ 20.748206] ath: Country alpha2 being used: 00 [ 20.748207] ath: Regpair used: 0x65 [ 20.823847] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht' [ 20.824514] ieee80211 phy0: Atheros AR9565 Rev:1 mem=0xffffc90016500000, irq=18 [ 20.855360] ath9k 0000:02:00.0 wls2: renamed from wlan0 So AR9565 Rev 1 should have a Mac Chip Rev of 0x2c0.1. Which means somehow that is getting misread by 4.x? Could you try the 3.19 kernel: http://koji.fedoraproject.org/koji/buildinfo?buildID=609892 and see if that works? There are some commits in 4.0-rcX that broke ACPI/PCI resource parsing on various machines. I'd like to eliminate those before we dig much further. The fixes for them are in the 4.0.0-0.rc2.git2.1 build that is running right now but it isn't complete yet: http://koji.fedoraproject.org/koji/buildinfo?buildID=618697 If 3.19 works, then testing the above when it completes is the next step. If 3.19 doesn't work we'll have to start looking at changes between 3.17 and 3.19. 3.19 works. Will wait for 618697 to build and then report back. So, kernel 4.0.0-0.rc2.git2.1.fc23 works without any issues. OK, thanks for confirming both. It seems the PCI resource issues were at fault here and have no been fixed. *** Bug 1201661 has been marked as a duplicate of this bug. *** Hi, I had the same issue after an update of my Fedora 21. It seems that the problem start with kernel 3.20.0-0 Exactly the same messages in dmesg. Regards, Hi, how did you installed kernel 3.20.0 (which is in fact non-existent - it became 4.0 very early). Anyway this issue was fixed later in 4.0 development cycle and shouldn't be present in stable kernel. Hi, This was a mistake I use a specific kernel for a laptop (EFI 32 bits) provided with a specific repo. This kernel had a strange origin I remove it. Sorry for this stupid post Regards |