From mboxrd@z Thu Jan 1 00:00:00 1970 From: mabbas Subject: Re: [d80211] some issues regarding iwconfig parameters sequence Date: Thu, 14 Sep 2006 10:48:47 -0700 Message-ID: <450995FF.7080309@linux.intel.com> References: <4508717B.8060403@linux.intel.com> <1158240884.2634.4.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: netdev@vger.kernel.org, jkm@devicescape.com, johannes@sipsolutions.net Return-path: Received: from mga07.intel.com ([143.182.124.22]:45326 "EHLO azsmga101.ch.intel.com") by vger.kernel.org with ESMTP id S1750830AbWINRsp (ORCPT ); Thu, 14 Sep 2006 13:48:45 -0400 To: Dan Williams In-Reply-To: <1158240884.2634.4.camel@localhost.localdomain> Sender: netdev-owner@vger.kernel.org List-Id: netdev.vger.kernel.org Dan Williams wrote: > On Wed, 2006-09-13 at 14:00 -0700, mabbas wrote: > >> Hi >> I have some problem connecting if I don't follow some parameters >> sequence in iwconfig command for example if I issues the following >> # iwconfig wlan0 essid test ap xx:xx:xx:xx:xx:xx >> #iwconfif wlan0 channel 9 >> > > Any reason you don't stick all the commands on one iwconfig line, or why > you don't do the channel first? Some operations with WEXT are > undefined, and I think command ordering is one of them. However, I > believe that the card/driver should be keeping all the attributes set, > and any time an attribute changes that would break a current association > or operation (like locking the channel), then the card/driver should be > restarting association/auth with the new attribute set. > the driver/card do not do any authentication itself. d80211 will start the authentication for us and I don't think it is a good idea to redo the same thing that d80211 already has. I don't mind to stick the commands on one iwconfig but still it will break in IBSS if the channel parameter was last and also user will complain about it, I can force it on them. > >> in d80211 if essid and bssid set it will start authentication with >> default channel and authentication will timeout then after the second >> command kicks in to tune to the right channel the retry counter of >> authentication will be at maximum and we wont authenticate, same problem >> exist for IBSS it will start searching but once we call #iwconfif wlan0 >> channel 9 this will stop scanning and we stop IBSS searching . I >> > > That seems wrong; once you set the channel, d80211 should be resetting > the current assoc/auth stuff, and restarting the association with the > current parameters/attributes from scratch, but now only on channel 9. > WEXT didn't really have a good way to "package" a full set of > association/auth parameters; the commit-handler stuff kind of did that, > but if the commands got broken up then the semantics of what happened > when were pretty undefined. > > Dan > > >> attached a patch for workaround this problem. I am not sure this is the >> right way to fix just attached to illustrate the problem. >> Mohamed >> > > - > To unsubscribe from this list: send the line "unsubscribe netdev" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html >