John W. Linville wrote:Mostly just curious, but is that actually required by some wireless standard? If not, is it really reasonable to ask userland to do things in that particular order? Reason I ask is that for example when writing wireless support for e.g. a distro installation system, it seems most logical to *first* ask the user what network (ESSID) he wants to connect to. Next to check if we can connect to that network without additional authentication and only then, if needed, ask for keys etc. If it's not possible to set that info in that logical order that seems rather restrictive to me and would probably mean that you'd have to reset AP, ESSID and possibly other settings before each incremental attempt. Cheers, FJP -- 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
| Greg KH | Og dreams of kernels |
| Jens Axboe | [PATCH 31/33] Fusion: sg chaining support |
| Arnd Bergmann | Re: finding your own dead "CONFIG_" variables |
| Mark Brown | [PATCH 2/2] Subject: natsemi: Allow users to disable workaround for DspCfg reset |
| Tony Breeds | [LGUEST] Look in object dir for .config |
git: | |
| Brian Downing | Re: Git in a Nutshell guide |
