On Jan 27, 2008 1:39 PM, Steven I Usdansky <<a href="mailto:usdanskys@rocketmail.com">usdanskys@rocketmail.com</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Wj3C7c">Two questions:<br></div>1. Where might these custom parameters be located?<br>2. Why would they affect the ath5k device when my madwifi setup refers<br>to device ath0?<br><br>I have not compiled the madwifi driver for the new kernel, and the only<br>
reference to the ath5k device in modprobe.conf is the line<br>   options ath5k autocreate=sta</blockquote><div><br>1. You have given the answer yourself: it is the line "options ath5k autocreate=sta" in /etc/modprobe.conf which is to blame and which you have to remove our outcomment.<br>
[After installing the madwifi package, a file /etc/modprobe.d/madwifi gets created whose content reads:<br>
alias wifi0 ath_pci<br>
alias ath0 ath_pci<br>
options ath_pci autocreate=sta<br>and from which this option made its way into modprobe.conf]<br>
<br>2. Interference may occur through /etc/udev/rules.d/70-persistent-net.rules in which the network device got associated with ath0 when using the madwifi driver for the first time. After switching to ath5k, the device name still is ath0, and for this reason, the option from  /etc/modprobe.d/madwifi is used. This problem would not happen on a clean Fedora system without 3rd party packages, here madwifi.<br>
If you remove /etc/udev/rules.d/70-persistent-net.rules and reboot into the new kernel, then the device name should change to wlan0. To be on the safe side, you may want to remove the madwifi package temporarily while you are testing ath5k.<br>
</div></div>