On Wed, Aug 5, 2009 at 7:33 AM, Johannes Berg<johannes@xxxxxxxxxxxxxxxx> wrote: > On Wed, 2009-08-05 at 08:29 +0300, Maxim Levitsky wrote: > >> > [54632.657912] No probe response from AP 00:1c:f0:xx:xx:xx after 500ms, try 1 >> > [54633.154560] No probe response from AP 00:1c:f0:xx:xx:xx after 500ms, try 2 >> > [54873.231210] No probe response from AP 00:1c:f0:xx:xx:xx after 500ms, try 1 >> > [55113.467840] No probe response from AP 00:1c:f0:xx:xx:xx after 500ms, try 1 >> > [55113.964510] No probe response from AP 00:1c:f0:xx:xx:xx after 500ms, try 2 >> > [55114.464516] No probe response from AP 00:1c:f0:xx:xx:xx after 500ms, try 3 >> > [55114.967868] No probe response from AP 00:1c:f0:xx:xx:xx after 500ms, try 4 >> > [55115.464511] No probe response from AP 00:1c:f0:xx:xx:xx after 500ms, disconnecting. >> > >> > Should we increase the value to 8 or something? Or just accept that >> > sometimes we get a disconnect? >> > >> I think a disconnect or two aren't a problem, they are always handled >> automatically, and can be caused by natural events. >> >> Even without these patches (I have WPA2, and disconnects were every 4 >> five seconds), and still it was possible to use network. >> >> One disconnect in a day is really nothing to worry about (I have seen >> such here as well) >> >> You can increase try count, probably won't hurt much (each try is 0.5 >> seconds, so even 10 tries gives total of 5 seconds, before disconnect on >> a really unaccessible AP, anyway) > > Mind you, each try will end up sending a LOT of probe request frames, > iwlwifi sends like 12 frames for every try and never gets a response for > some reason, so I wouldn't really increase it much further since you'd > be spamming around a lot. > > johannes > My €0.02 (€ because I'm European :) ): Shouldn't probe requests be NO_ACK? -- Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-) -- 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