On Wed, 2012-06-20 at 15:12 +0530, Vivek Natarajan wrote: > >> For P2P, the operating channel needs to be known before group negotiation starts. > >> This is true in case of P2P GO or client. It needs a separate p2p command from > >> wpa_cli to get the acs-based best channel information from the driver. > > > > So .. is there any reason to not do only the second, and then pass that > > channel back here instead? > > So, what you recommend is, for both AP and P2P GO modes, the logic > should be to request the driver for best channel, then the best > channel information event to be passed to userspace and then starting > the AP/GO mode of operation. That's what I'm thinking, yes. > The current ath6kl firmware has some limitation for getting this > channel information separately and hence not yet implemented this. > Moreover this needs to be a synchronous operation: to request and get > the event for best channel after a full cycle of channel assessment is > done. Right, but if you're working on this surely you can do without this particular patch for now? The reason I'm talking about this is the channel concurrency framework that Michal is working on, which would conflict somehow with this I think. johannes -- 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
