I recently discussed this with Larry Finger and Chaomin Li, but every once in a while, after having resumed from suspending to RAM, my NIC (10ec:8172) doesn't work anymore, even after reloading the module. Even worse, after reloading the module, my NIC's name gets changed (because of udev rules) as a result of the MAC address changing, which means I have to temporarily reconfigure whatever I'm using to make a connection (wicd in my case). Now, as a byproduct of the other discussion I had (RTL8192SE and 802.11n problems), I've patched the driver to dump the EFUSE when appropriate hardware is detected, and this time, I got the following: rtl8192se 0000:06:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18 rtl8192se 0000:06:00.0: setting latency timer to 64 rtl8192se: In process "modprobe" (pid 17913):MAP FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF rtl8192se: Driver for Realtek RTL8192SE/RTL8191SE Loading firmware rtlwifi/rtl8192sefw.bin ieee80211 phy1: Selected rate control algorithm 'rtl_rc' udevd[17907]: renamed network interface wlan0 to wlan26 As you can see, the EFUSE is completely messed up. To fix this problem, I have to reboot my laptop. I'm not quite sure what could be causing this, and I was hoping someone here might. Greetings, Stefan Zwanenburg -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
