Return-path: Received: from mail-bw0-f222.google.com ([209.85.218.222]:40142 "EHLO mail-bw0-f222.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751458AbZEaE4q (ORCPT ); Sun, 31 May 2009 00:56:46 -0400 Received: by bwz22 with SMTP id 22so6862334bwz.37 for ; Sat, 30 May 2009 21:56:47 -0700 (PDT) MIME-Version: 1.0 Date: Sun, 31 May 2009 05:56:46 +0100 Message-ID: <3ace41890905302156t6f3e4422h5083e2926ffaa6b0@mail.gmail.com> Subject: compat-wireless won't associate on 2nd load From: Hin-Tak Leung To: linux-wireless , Herton Ronaldo Krzesinski , Larry Finger Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-wireless-owner@vger.kernel.org List-ID: I have been having some curious problem with rtl8187 for about a week - having problem associating with 'direct probe to AP timed out' after a reboot, and/or switching between compat-wireless modules. I thought it is a temporary problem with wireless-testing/compat-wireless but obviously nobody else has seen anything like mine from the mailing-list traffic. So I tried bisecting, etc and the results are inconsistent. Then I came to a vaguely working solution - it seems that I cannot modprobe compat-wireless twice - i.e. I can associate with compat-wireless after make install, make unload, modprobe; but modprobe -r then modprobe -v again I can't associate . I thought about restarting network manager, wpa_supplicant, etc without success, but the surest way to re-gain connectivity is simply to blow away /lib/modules/`uname -r`/updates, depmod -a and load the as-shipped modules. (and then I can make install compat-wireless and use it, and the cycle repeats if I unload compat-wireless and try to install a different compat-wireless snapshot, etc). This is really curious, as it seems that I cannot unload compat-wireless and reload it (or a later snapshot) without going through as-shipped-by-distro modules ( 2.6.29.4-167.fc11.x86_64) in the middle. How is that possible? One possibility is that as-shipped module does a reset of hardware on unload or wireless-testing put the hardware in a bad state on unload; but I know of no change of that sort. Anybody else having problems associating after modprobe -r /modprobe -v with recent compat-wireless/wireless-testing?