| Summary: | wifi CRDA change request not processed by kernel / udev / crda | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Piergiorgio Beruto <pberuto> |
| Component: | [OLD] Core system | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
| Status: | RESOLVED TEST-REQUEST | ||
| Severity: | normal | ||
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
kernel log
kernel config |
||
|
Description
Piergiorgio Beruto
2011-08-20 20:01:13 UTC
Created attachment 284061 [details]
kernel log
Created attachment 284063 [details]
kernel config
Comment on attachment 284061 [details]
kernel log
I've marked with "<<<<<<<<<<<" my comments within the kernel log
Can you try passing in the country code via the parameter ath_pci countrycode=XX Hello, the official ath9k driver seems to lack such module parameter: modinfo (all ath*.ko driver) output: filename: ath9k.ko license: Dual BSD/GPL description: Support for Atheros 802.11n wireless LAN cards. author: Atheros Communications alias: pci:v0000168Cd00000032sv*sd*bc*sc*i* alias: pci:v0000168Cd00000030sv*sd*bc*sc*i* alias: pci:v0000168Cd0000002Esv*sd*bc*sc*i* alias: pci:v0000168Cd0000002Dsv*sd*bc*sc*i* alias: pci:v0000168Cd0000002Csv*sd*bc*sc*i* alias: pci:v0000168Cd0000002Bsv*sd*bc*sc*i* alias: pci:v0000168Cd0000002Asv*sd*bc*sc*i* alias: pci:v0000168Cd00000029sv*sd*bc*sc*i* alias: pci:v0000168Cd00000027sv*sd*bc*sc*i* alias: pci:v0000168Cd00000024sv*sd*bc*sc*i* alias: pci:v0000168Cd00000023sv*sd*bc*sc*i* depends: ath9k_hw,mac80211,ath9k_common,ath,cfg80211 vermagic: 3.0.3-gentoo-cirith-ungol preempt mod_unload VIAC7 parm: debug:Debugging mask (uint) parm: nohwcrypt:Disable hardware encryption (int) parm: blink:Enable LED blink on activity (int) parm: btcoex_enable:Enable wifi-BT coexistence (int) filename: ath9k_common.ko license: Dual BSD/GPL description: Shared library for Atheros wireless 802.11n LAN cards. author: Atheros Communications depends: ath9k_hw vermagic: 3.0.3-gentoo-cirith-ungol preempt mod_unload VIAC7 filename: ath9k_hw.ko license: Dual BSD/GPL description: Support for Atheros 802.11n wireless LAN cards. author: Atheros Communications depends: ath vermagic: 3.0.3-gentoo-cirith-ungol preempt mod_unload VIAC7 parm: force_new_ani:Force new ANI for AR5008, AR9001, AR9002 (int) filename: ath.ko license: Dual BSD/GPL description: Shared library for Atheros wireless LAN cards. author: Atheros Communications depends: vermagic: 3.0.3-gentoo-cirith-ungol preempt mod_unload VIAC7 Maybe you're confused by the madwifi proprietary driver? Nevertheless, I've found a similar parameter in cfg80211.ko driver (ieee80211_regdom) filename: cfg80211.ko description: wireless configuration support license: GPL author: Johannes Berg depends: rfkill vermagic: 3.0.3-gentoo-cirith-ungol preempt mod_unload VIAC7 parm: ieee80211_regdom:IEEE 802.11 regulatory domain code (charp) parm: cfg80211_disable_40mhz_24ghz:Disable 40MHz support in the 2.4GHz band (bool) I've tried setting this one but besides loosing some of the channels I can use, it didn't fix the problem. Would it be possible that CRDA is called too early at boot when my root filesystem is not available yet? I'm suggesting this because I'm booting with initramfs (genkernel made) which I require for booting from raid/lvm partitions. I've tried a similar kernel config (different machine) on another PC with the same atheros card and a similar setup but without raid/lvm (--> no initramfs) and everything seems to work perfectly without using the workaround. I could try and verify this in two ways: 1) trying to force the kernel NOT to load the modules automatically (don't know how though, maybe I have to mess-up with udev?) and modprobing them later on. 2) emerging the CRDA userspace package into the initramfs image somehow Assuming this is the problem, I think the kernel should be prepared to the possibility that CRDA is not present/working in userspace and maybe dequeue the request after some time or when something else happen instead of getting the queue stuck forever. Moreover genkernel could be modified to include support for CRDA along with raid/lvm and splashutils which are already supported (If the problem i confirmed I could try and work on this) This is the ath9k driver from the kernel? If so, can you test with a development kernel, the latest being git-sources-3.1_rc6 as of this writing. |
